From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Emacs's set-frame-size can not work well with gnome-shell? Date: Sat, 18 Jan 2020 05:05:33 +0300 Message-ID: References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <877e0bd3-d21b-43a4-b5fa-c33f123a14c0@gmx.at> <9475f3ba-cfd5-c808-3647-2c395c1ee851@yandex.ru> <8f465e5f-fd61-9540-e094-31487eea60b4@gmx.at> <49dd7093-cd65-f50d-fca5-f1859fc8fdab@yandex.ru> <3b6682cc-b484-84e6-7b4d-0972f1d592b7@gmx.at> <0c6ffbc3-f2a0-9658-c23d-f2838e307163@yandex.ru> <67eb5852-2047-1e74-1c83-fb8f1767a772@gmx.at> <9157f42c-ae6b-9537-4b44-08672cf60884@gmx.at> <4fc23d82-7a6a-6011-698a-b4f9d7eb6a53@yandex.ru> <5597826b-98b3-179d-ba9a-2deb314cba44@gmx.at> <2d112f1b-ea8e-ac49-1dac-9218db32f6fc@yandex.ru> <44dfe3ee-5c08-9a60-a642-8411c8e22921@yandex.ru> <35329f93-d7a9-e845-ddb4-9c4edec5fb43@yandex.ru> <53c7798d-3022-d4bd-af56-ea4a5181a887@gmx.at> <15405719-d58d-44db-f1df-ad3bb272b2fc@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="107102"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 Cc: "emacs-devel@gnu.org" To: martin rudalics , tumashu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 18 03:06:32 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1isdVQ-000Ror-1N for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jan 2020 03:06:32 +0100 Original-Received: from localhost ([::1]:36310 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isdVO-0002QG-Uk for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Jan 2020 21:06:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44616) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isdUZ-0001Tr-HH for emacs-devel@gnu.org; Fri, 17 Jan 2020 21:05:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isdUY-0007RQ-5c for emacs-devel@gnu.org; Fri, 17 Jan 2020 21:05:39 -0500 Original-Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]:37562) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1isdUX-0007Kr-Sa for emacs-devel@gnu.org; Fri, 17 Jan 2020 21:05:38 -0500 Original-Received: by mail-lj1-x236.google.com with SMTP id o13so28322519ljg.4 for ; Fri, 17 Jan 2020 18:05:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=vQG699gTUZAKQwCRC0b8takTYVLKEeb6QhOLGtgOqSg=; b=YAUk81aFE5Pobh8aw2yXOb9/+Bkywe3AkXv/4JNHsxMmCRwh1dhxoFwuUGrBuYCCw2 v3MROaOArNalSaeYtZT2gb87LLwdMvu5puhJ1r5+pxD9eKoz8Cd9hOPvs+kbs7Ak1MIY jw9sWOpvuALta/MP/tWQxvubTIFzmXGPTyukJJymmIjdVU4EbJqGJQbNsCp9Xc4TOoIy lE6bkNGtUzBBTz/ylfMLh/fNdMmLXb0BEbPd0bsAbjv/J34zFC51uzyKNZdBzvIAcZoW KQsy2XfLgUkJBu/hNvC0JY0m1TnvNiYo68oiLvdaGBQvtGfeEdGVdilaryvFo2g+SsF9 p9Xg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=vQG699gTUZAKQwCRC0b8takTYVLKEeb6QhOLGtgOqSg=; b=kst6d9hF5k4vpGZMCXt6Gqn3pHTWsGTZtU0/YJsYHDV09NrXApSt7T5HVdMw2Oj2zl ChlgoL5WV3x9YO95J6Dba7FOz3fvM+7/EnlebSPIwyl1pOMvOzPctGKsirAb6R0I3dnB zqxrQUBzVxPKm/whwM8kYIkeQLL7bnRchF9FGma0HCOQ2cyPp8LrGL0SqyURVBPjXmn3 E0ONK/f6XskqUWY+dIOhTqDTbdgfA4CWAyY9y/mWmYze+GCksSm+OEkqNLHXN4F17T/Y z16q7YRjVkGKWiUojESaz5nPFlah0YtiV/rU1BCtF31963KkY2TBoES7o/PW0UZmTRy7 SlSw== X-Gm-Message-State: APjAAAVoesfyK2BICZvk9mSH+sF6+eG+HhVizRO9Hed1njKdvm3TFxks H6qcbTHntKKO/UA4a04yt+mH5zaFKu0= X-Google-Smtp-Source: APXvYqwEwWOq12aWSSsX7VeHLSQoYnuaHXh7XgcGPXt6lxcL0j4yckBHSI1lkSj7Z/4IajvPOuZ1uQ== X-Received: by 2002:a2e:8015:: with SMTP id j21mr7134154ljg.172.1579313135460; Fri, 17 Jan 2020 18:05:35 -0800 (PST) Original-Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id s3sm13013287lfo.77.2020.01.17.18.05.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Jan 2020 18:05:34 -0800 (PST) In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:244316 Archived-At: On 17.01.2020 2:53, martin rudalics wrote: > Then I'm at my wits' end .. This is really unfortunate, because the users have been asking, repeatedly, for a (popup-based) interface for completion, "M-x", and other features. And the overlay-based approach has had known problems and limitations for years. As we can see, posframe is kind of working okay for some users: https://i.redd.it/cwaq7dsrny941.png But somewhat ironically, it only mostly works on non-free OSes (GNOME is the most popular Free DE still). (Also see https://www.reddit.com/r/emacs/comments/ejzwz7/wilmersdorf_theme_v050_also_featured_in/) Is there anything more I can do to facilitate fixing this? Helping you set up a VM, or renting one in the Cloud, for instance. So far my research says that we're maybe doing something unusual. Because there are few hits mentioning any problems with "child windows resize" on Goog, but something similar also comes up in relation to X Server implementations for MS Windows: https://superuser.com/questions/300555/problem-with-resizing-subwindows-in-eclipse-xming-combination https://github.com/sebastiencs/company-box/issues/76#event-2935078315 The latter is a report on somewhat similar problem our users have with childframe-based packages (company-box and company-posframe) when using VcXsrv or Xming. In this environment, resizing happens, but with heavy graphical artefacts. Fixed by switching to "MobaXTerm", apparently. Alternatively, if we can't make resizing child frames work reliably, maybe prohibit it on the API level? And then work on making sure that deleting and re-creating a new child frame, and showing a buffer there, is fast enough.