From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Emacs's set-frame-size can not work well with gnome-shell? Date: Sun, 19 Jan 2020 09:52:55 +0100 Message-ID: <562ccf08-c620-8f78-bc14-590bbf81b3d5@gmx.at> References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <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> <55a1b592-c980-7c6b-4c82-fcbfd7e97585@yandex.ru> <8401253c-946d-c57c-ca35-6a607d0f7f9a@gmx.at> 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="106505"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "emacs-devel@gnu.org" To: Dmitry Gutov , tumashu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 19 09:56:05 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 1it6NJ-000RfL-NH for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Jan 2020 09:56:05 +0100 Original-Received: from localhost ([::1]:48546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1it6NI-0007QX-IA for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Jan 2020 03:56:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44830) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1it6KX-0006Oo-Jq for emacs-devel@gnu.org; Sun, 19 Jan 2020 03:53:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1it6KV-0002ry-Nu for emacs-devel@gnu.org; Sun, 19 Jan 2020 03:53:13 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:56137) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1it6KV-0002rP-Al for emacs-devel@gnu.org; Sun, 19 Jan 2020 03:53:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1579423976; bh=86k7RF9HK1Ir0OVfTvTag1hRi+xJYvKBN4Fs2FiJibg=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=aRLJ7G6DsZtZOhgHMiIF4Wn1zHNaSv4Cs//HtwGnNYwBbPiRCJf8M7xWAD1ZpGKKu oYhmRm3wbnUjWTqP3XWME0wmAg6SGTOwl25oU7BFiIYGWpFCbVigpzzeBFKVbnkaDK vq49uY8Mllza8NnU1sHvqJt50ZuA7kOLMmCYmp3I= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.250]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mplc7-1jPQOr2WHl-00qAEY; Sun, 19 Jan 2020 09:52:56 +0100 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:M0g6cbkUJmJnJtXtWVRdDr+rAZ7GsrZNvNmhniePTuhraQbRkIA Ay2QXTG3ciwm/D2qb8bpigfar1boRqeSB4S5lmosugUI179ly+y5oW7q4dkbiRhbv6vuUzn Y5OYJBGTCDPVZyQgy4vFvBAMMRX+YjefFCcT2CZr+6NKpks7/nU+MWWtJMT6KtCvBVKN8m/ MZGRS+o4aRqBpV9oo5Leg== X-UI-Out-Filterresults: notjunk:1;V03:K0:B9SJjWXD/eU=:pcXgZWm0w11kx6fmn0oEY9 0k47kY5ANnrf3yEq+4Q9C6vF9sjDeCTYGIUwpmdR71kr/eWXH95qRcwJSDiVJW5zOptEKSiD5 YxJ5x6DlLq3cM4t/Kb2UhQWbBiASP3Fwlu+IXBgPu0Mjjt/PDHgf0unXO2fwcuFhYNXBd9aO7 nYE7VbCbTxe5RSJBbyPLe/JbhuLpWiNJDgKRksZNNvr9daRyYzvCsJ5aVxasNNpsvWCL0n6Kb aTns1/Jyg7RksQBc+2l3zMhgJaFZeQ50BNAWl6Ljfat3gI+KJADBBbyBwem3RBe5LhDfWg10q dRZj2YHdoPaYPXXS/M1MyB/T6q6zWHt4rDJAL9fsoNxZr98sA5/ZGwW/+k4KojpNKMIWMoUF0 8QHlOLNn0DvrUeWYZJinFlxqtfoagVl7vMaPJHaO287+X3ypgYPO9bBz1cavKuXO0TkeP5FOB k5SW2IatCH5l7WkvhkkDS79aKueQLYy1/tgA7yflcvnxXfWPqlwB3cg9GlYYjm2Uz8VpyDFRx oXxLrPeupq0l226mLP1/GUpRdRcOonemj2yiCmF+bCRGV0jRAElcEfBKZ4JL7VFGGzgSFaEJc JV+dDeoyPt51vJOAJyqAQ2PEq9wbU/501CHiB9LIFAi391GQ5P3jEhF0MER4X6Nll9434vUU1 WvXcsrOSrk8lJiDDtH4fFiykLB3s50TFT9vuYg8d1ywko+TmE6X5gOZ9MAAXKoDBntmyucYZm YEl9S0sj2iRsF6LYYxf3/rRm6s9BXFU6EPvKWDWyQOv8VFsOCkQR/0NnPnk3VlbZAKUec8x5 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.19 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:244364 Archived-At: > Maybe. But it might also mean that it's possible to provide some hint > to the window manager that resizing is indeed allowed. Maybe. But how would we find out? Did others try your "fix" already? > Do you have a compositing window manager (on your GNU/Linux system)? Xfce comes with compositing capabilities but my graphic card might not comply. Setting an 'alpha' parameter for a child frame effectively does not work (it seemed to work on my Windows machine but that is broken now so I can't check). Mostly I don't care because normal Emacs frames always flicker during resizing anyway. > It doesn't flicker always, but like 3 out of 4 times is does. And running resize-test in a loop always shows 1-2 flickers, at least. So when you now resize a child frame by dragging its corners, it usually flickers. It does not flicker at all here. Probably because its buffer is empty, possibly because certain compositing effects are ignored or not implemented. >> You could try to play around with 'x-wait-for-event-timeout'. > > You mean to bind it to a larger value around the body of resize-test? > > I tried 1, as well as 10. No change. A floating point value less than 0.1. Non-floating point values stand for 0 ("no wait"). It stands for waiting that many seconds for a configure notify event that would confirm that your frame has really become visible or invisible. So IIUC (Noam might correct me) you may have to wait twice that time with WMs that don't send such events. BTW: I just found out that with emacs -Q my latest code samples produce a red border when I do 'eval-buffer' via M-x but don't produce that red border when I put an ; (eval-buffer) line into *scratch* and hit C-x C-e with point after the ")". So much about the reproducibility of experiments here. martin