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: Fri, 14 Feb 2020 01:48:44 +0200 Message-ID: <4b114f01-d8d9-2c33-6312-1e2e60a5d462@yandex.ru> References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <9839e101-a25d-8875-4eee-2e6772249afe@yandex.ru> <728856fd-dab1-eade-54f5-6ba2c299373a@gmx.at> <6c775e15-1113-8406-5583-97c259305a7d@yandex.ru> <0fe2d245-9ac1-3528-e710-38462441f8aa@gmx.at> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="92589"; 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 Fri Feb 14 00:49:31 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 1j2OEd-000O0I-8F for ged-emacs-devel@m.gmane-mx.org; Fri, 14 Feb 2020 00:49:31 +0100 Original-Received: from localhost ([::1]:32850 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2OEc-00068X-AS for ged-emacs-devel@m.gmane-mx.org; Thu, 13 Feb 2020 18:49:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59864) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2ODy-0005LP-3V for emacs-devel@gnu.org; Thu, 13 Feb 2020 18:48:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j2ODw-0003qQ-Co for emacs-devel@gnu.org; Thu, 13 Feb 2020 18:48:49 -0500 Original-Received: from mail-wm1-x330.google.com ([2a00:1450:4864:20::330]:55091) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j2ODw-0003ng-4A for emacs-devel@gnu.org; Thu, 13 Feb 2020 18:48:48 -0500 Original-Received: by mail-wm1-x330.google.com with SMTP id g1so8155910wmh.4 for ; Thu, 13 Feb 2020 15:48:48 -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=Viv/BDTgq121TGjtCh5BGSkSYB7NK594K7VOMvbwxfw=; b=iXvxYRNotY5saKN7byRhS+3tU1aef4ag76AdYGTcedYjc0G+Qm4LlvsX+6o1PDja5Q 5KtaGzKQ7g/fDfqf0knGz3PDwxwtNBSDl3yxDVB1FGBiI0AYYlKyZRkQXMSEJv3hlZcO BkYtD1kBJ3f/+gPE/a+v826ZSYeP0f9CfgCsolAddzd++AabPMyDkVOdDFf+Jj+fGsLM GhLqlNWDiEwm1HZlVkpbYb5MkN1EYm8GGXqs0V6qdrpy8j7LRqjo8JG99H5bFcqd6Nkw ZlcHbhUt9joF8orFpGYg0Lb60dlJmY8sr+vxEtvYNPdwEiUVQSb+Jd2efWwEA/1hH8tt ZVeA== 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=Viv/BDTgq121TGjtCh5BGSkSYB7NK594K7VOMvbwxfw=; b=eS8naPImYQeEVyP0KAGiv70csky9TwMb9ZKTtiPFOUioK748TMdF/fDwn5td7YGSuY ZlQuuZR0pkeZfHGi5DSZ++o5UIQPye9zMYsYN5dxDkjVHCIEawFVRrLviHZmQRdkoe2H xLQZWEn9ZioJhPvD9goRNKmAw71Om55kwI+5hOIY12XSrXSmQRXhxRB/vqNJYCvDDm8Z bVAlcX+k50y27F21y022WKZf/4h0WyQySgyEOR4dpwQiWuICoP06XTu76PeOVLHwOGYC CkSmvM6R7XayF7iWg+Yr/BgwKkZz43WQoQqi2vqe1ya8XBmYRnGKeQzBE1aHGs+6myIa jO3Q== X-Gm-Message-State: APjAAAXU4v1iXH204+fsoVPjkJapdXEm606YpkTG33P/MWKxf91yeL4h 5Lc8hXu0MuGDxdGkvRMEzaDJ/a8E X-Google-Smtp-Source: APXvYqzq5c0G6oN1htP4PcRGu0IWP4Tbar8v49PZAaysKnzPKupj1rkW7puJgzrg4mQZLcEzsTKoAA== X-Received: by 2002:a05:600c:3d1:: with SMTP id z17mr557084wmd.90.1581637726505; Thu, 13 Feb 2020 15:48:46 -0800 (PST) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id s1sm4801323wro.66.2020.02.13.15.48.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Feb 2020 15:48:45 -0800 (PST) In-Reply-To: <4c0993c7-0583-8573-60c5-ab0a92121fd3@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::330 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:244929 Archived-At: Hi Martin, On 13.02.2020 20:42, martin rudalics wrote: > > Just the previous version of the patch with the same filename. The > one in this email: > > > > https://lists.gnu.org/archive/html/emacs-devel/2020-01/msg00971.html > > This one adjusted our windows before issuing the resize request so it > was cheating, in some sense.  It turned out here that we have to issue a > gdk_window_resize request instead of a gtk_window_resize request in > order to have mutter respond at all.  In addition, we have to process > ConfigureNotify differently.  The attached use_gdk_resize.diff does that > so you should be able to run a normal 'set-frame-size' and be able to > resize the child frame within its initial size.  Making the child frame > sufficiently large initially, the patch can handle all resizes here. > It's not a feasible solution and breaks redisplay with xfwm4 though. > > I also attach a second patch called hide-child-frame-during-resize.diff > which does nothing else but hiding a child frame during resizing.  You > have to toggle 'x-gtk-hide-child-frame-during-resize' to make it work. > It will cause flicker but is probably the one only thing we could do for > Emacs 27. Sounds like posframe could make this work if both patches could be pushed to emacs-27, and if they didn't break any other window managers. (Hiding the child frame during resizing could be used only when resizing down from the unreasolable large size, for example). BTW, are they supposed to be applied on top of current emacs-27? The second one fails with: $ patch -p1 < hide-child-frame-during-resize.diff patching file src/gtkutil.c Hunk #2 FAILED at 1002. Hunk #3 succeeded at 1018 (offset 1 line). 1 out of 3 hunks FAILED -- saving rejects to file src/gtkutil.c.rej patching file src/xterm.c Hunk #1 succeeded at 13763 (offset 16 lines). > Neither of these solutions is practicable so we still have to contact > the mutter people.  Unfortunately, there are probably a number of > additional issues as well so in their present form Emacs and mutter are > not really compatible. I think we have made out due diligence and studied the problem with some detail, and we can write the details out to the Mutter bug report. Maybe we'll have some luck, and one of the developers replies with a simple alternative fix? That happened to me before with other projects. I won't be holding my breath, of course.