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: Mon, 17 Feb 2020 01:01:42 +0200 Message-ID: <090b65ce-f90a-c959-c72b-be73d5a2eb19@yandex.ru> References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <9bac54df-8cd3-303d-910e-07e161ff1f3e@gmx.at> <414ade05-1ae6-75c2-9af1-e1eee42799a0@yandex.ru> <44010781-43f0-3bc3-06ed-475c526dee36@gmx.at> <70813591-8c24-cb30-8ecf-0c413a51f472@gmx.at> <81215100-3476-9d2c-f535-f57fbd18fd8b@yandex.ru> <8a485c09-535a-97e6-9817-31e6d2f93adb@gmx.at> <0734f22f-9237-d46a-27d5-016444f48d70@gmx.at> <5e28c37f-95a9-a5ae-d73c-b5bb769154c0@yandex.ru> <4c0993c7-0583-8573-60c5-ab0a92121fd3@gmx.at> <4b114f01-d8d9-2c33-6312-1e2e60a5d462@yandex.ru> <127bb534-e77c-bad0-683b-92c206feeba1@yandex.ru> <2af76486-f976-eef0-683c-45b7ea6c54eb@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="99018"; 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 Mon Feb 17 00:02:29 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 1j3Svl-000Pgh-Sl for ged-emacs-devel@m.gmane-mx.org; Mon, 17 Feb 2020 00:02:29 +0100 Original-Received: from localhost ([::1]:37722 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3Svk-00037N-V6 for ged-emacs-devel@m.gmane-mx.org; Sun, 16 Feb 2020 18:02:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55182) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3Sv5-0002VE-JO for emacs-devel@gnu.org; Sun, 16 Feb 2020 18:01:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3Sv4-0006sl-JJ for emacs-devel@gnu.org; Sun, 16 Feb 2020 18:01:47 -0500 Original-Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:54680) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j3Sv4-0006rF-Ah for emacs-devel@gnu.org; Sun, 16 Feb 2020 18:01:46 -0500 Original-Received: by mail-wm1-x333.google.com with SMTP id g1so15324253wmh.4 for ; Sun, 16 Feb 2020 15:01:46 -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=IcWfrtKnfSfOvtP1vlo32uGr1LUP8llWFtDZmuJEaGQ=; b=R1ThofQv0sw5wpoiZkZsfM9ro/cWjCbzX0fJuY03TC1rhIRFuVg8XJZvlbKq03cS6r 1lRLPaWelpGWyrRFfwUSudkPWiWWXwNixzwGmIMLTvEk3xqoY+0vo2BenfYbxnwKE7b1 nb4oRdRrMG7jhl5CdqH4kktzV1dPOQrav2xDV4Pmt0+UyHiRrXV3XlJRlPxIi8dHQGsO BPuijkoX3CnWCaQlU8TOE3b3jsoOzJl72DIPHKyj/yQef8r1NUpVtv0GJS84LHfy1XFI Q1UGm5QOe2hB/SAtfOzoKmwUPVYQXnYlI7ZEev+S5Vx5GnQClS45qevmFNGlcfL5pqzS PTQQ== 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=IcWfrtKnfSfOvtP1vlo32uGr1LUP8llWFtDZmuJEaGQ=; b=ejjlqgyqpHDWfxfM8Gp3RebW1/GFPTLJGV4MhLCjk4guUb2wHZJAR+iEor4oS8rlJ3 msAoR6IHcYJHoXM6zTk9p+YaCYELSUc2cDRIycvEawizz1stex02x1MoObp725+lxB1j 3bYKUVbqMiiiGp8UJoS2x2PdvRQuwMioA+8s2vyCgU6TiSLuk18qXgIwTm9VufReh6QG 6+TvWblYxHJvGNKM7dqrUh/sBZzahGT+WYgY/YQXf7jAFPEOHj1AL1M2yjYpOi1Nu73O outIf10Wmzr3xGt0Vnl8JB+j6vOEmpve/5A2DGxgxciKJJSd6JahoqliEH/hdDp3/yIN tJKA== X-Gm-Message-State: APjAAAWZsnKWU8P1iyK+T38Xabl3EGZT1qWk5GNVg8nfHcI92gpJk1sw MRaUM/xOVT4AvDAIWprfjh04mXqQ X-Google-Smtp-Source: APXvYqwjys+UzZz1Pl1aIxEthZO4jUwi3XsEWOQFX3HoGBQ456XFJ930Kv5I6qFH0yB2vaiIxpzK8A== X-Received: by 2002:a1c:e488:: with SMTP id b130mr17208756wmh.108.1581894104745; Sun, 16 Feb 2020 15:01:44 -0800 (PST) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id j65sm18226806wmb.21.2020.02.16.15.01.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Feb 2020 15:01:43 -0800 (PST) In-Reply-To: <2af76486-f976-eef0-683c-45b7ea6c54eb@gmx.at> 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::333 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:244976 Archived-At: On 16.02.2020 12:01, martin rudalics wrote: > That's what I wanted to know - whether the flickering is just the same > as with your Lisp solution. Having tried it out, it looks like an okay workaround. It seems like the optimization I described is sort of already there, at least as far as fit-frame-to-buffer is concerned. So it's better than explicitly cycling frame visibility like I tried before. When the frame does need to be resized, the flicker is there, of course. But with the current implementation of company-posframe, at least, it might look better than the current behavior also with a GTK2 build. Like, with the new var set to nil (default), the frame is seemingly resized in two steps (*): - Resize the frame. (redisplay, apparently, but show the previous contents of the buffer) - Update the contents of the frame. (redisplay again, apparently) The whole process is fast, but not fast enough for me to miss this transition. It's either a bug in company-posframe or in Emacs itself, but setting x-gtk-hide-child-frame-during-resize to t at least makes it happen in one move, at the cost of having the whole popup blink at the same time. (*) Tried to see the same problem with a Lucid build but couldn't. Maybe just because it resizes faster, IDK.