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, 21 Feb 2020 13:13:01 +0200 Message-ID: References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <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> <142acada-f0d1-edb2-983b-c8f2da559ca8@yandex.ru> 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="36013"; 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 21 12:13:39 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 1j56FX-0009FU-L2 for ged-emacs-devel@m.gmane-mx.org; Fri, 21 Feb 2020 12:13:39 +0100 Original-Received: from localhost ([::1]:55382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j56FW-00077n-NN for ged-emacs-devel@m.gmane-mx.org; Fri, 21 Feb 2020 06:13:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33177) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j56F0-0006dh-0O for emacs-devel@gnu.org; Fri, 21 Feb 2020 06:13:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j56Ez-0002F0-2H for emacs-devel@gnu.org; Fri, 21 Feb 2020 06:13:05 -0500 Original-Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:34831) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j56Ey-0002Cx-SZ for emacs-devel@gnu.org; Fri, 21 Feb 2020 06:13:05 -0500 Original-Received: by mail-wr1-x436.google.com with SMTP id w12so1585799wrt.2 for ; Fri, 21 Feb 2020 03:13:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=tvyCchooTSR6Mvcd6hRRRg3qGefXIqrCyK0aUXdB3QM=; b=HZJAE4HwV4P1gfMESL1qb5RMceFwjxUlXz0eoc+Ge7CDe3z8M3rRP1Rmv1V4hLfNu2 HWdQXbMMN/VECbIJkIvq3RbRj7HQ/C1DgBVmKEX0pgwZR5aNKHt2fiF2SEyWgrVOTzLI kofUf479/PurGlxDTZecSykTHNw/NgUqKShmZf1ztbDSkWrEg0beDKD0TLagnGpxoIgg NuXF6FJjVHcGRBSbGdSdrMhw7mMivyncgvFf8aibEKgAKacfG/acexrQ8/NX+6RFrZlI fVXbqlQjqdUVoy6rRwiez+B2xYrIj34jmOw1TCOdl1a5IJ/JitWH1IxPiV99E3SCmgQ9 RIpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:cc:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tvyCchooTSR6Mvcd6hRRRg3qGefXIqrCyK0aUXdB3QM=; b=Tl+DzvuacIVdha2TCiehWynzBYKWNCOiRDoqznSIsjy94C4a3Dhz0wnjWnN1+omz9p vBT7HM1Hz7oKkEXRw1GfS+Coj/W/KE+XLSCURZbNF/m87WTrxnqB9RuuDlT45N1BvLma zfV3m57TFjnDYKrJWySGPvBUgpdfMTk88hw3GXRhur6uWxYFzuCT/Gdzsp6+K/vMPA7S Gb7BS0kLgCIZ+vpT0T3FPDdCsFB3JsNsn7PKi0VnYKFo06nt3J8oa5XEJYwQ5XFdzftR v7oSfcKVatlQH9IuSHpKL1+QrzBjekmbSxWOcxs8Ml1I5BLKqDzamvXMFtviXkRhV4Eq 5NrA== X-Gm-Message-State: APjAAAXHO7wma02K88oEKOm8tz1HaFggCnlXurx3d3n+/fxHLNE7dOaD IIBYcGAma0UCV5Q/B5TgWf6M4QA5 X-Google-Smtp-Source: APXvYqyIOa2snMR0KY6fg2dS/dnxki2CgRCZLS/Yz6IGYJnVnDJ4d+YyrC5uyhuCB1TA/NNXET+TPw== X-Received: by 2002:a5d:6144:: with SMTP id y4mr47087474wrt.367.1582283583329; Fri, 21 Feb 2020 03:13:03 -0800 (PST) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id w1sm3608662wro.72.2020.02.21.03.13.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Feb 2020 03:13:02 -0800 (PST) In-Reply-To: <142acada-f0d1-edb2-983b-c8f2da559ca8@yandex.ru> 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::436 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:245007 Archived-At: On 21.02.2020 13:03, Dmitry Gutov wrote: > On 17.02.2020 20:20, martin rudalics wrote: >>  > Indeed, it does *something*, but not the intended effect yet: >>  > apparently the window as seen by WM is extended by the Emacs child >>                                                 ^ but? ^ >> >>  > frame is not (similar to what we had using one of the intermediary >>  > patches). >> >> Does shrinking work in the sense that the internal borders of the child >> frame are redrawn? >> >>  > So it looks like the child frame is not enlarged, but e.g. clicks on >>  > the area that should have been added to it don't go through to the >>  > frame below it. >> >> Sounds good, but how comes that we apparently now we do not get the >> ConfigureNotify we got before?  Basically, this new patch is >> use_gdk_resize.diff with an initial child frame of 1000x1000 pixels >> size.  Did you set 'x-resize-child-frame-special' to t? > > I... no. I only changed the value of this variable (locally or globally) > after the frame was created. Sorry, the email got sent too fast. Resizing indeed works if this variable is set to t before the frame is created. One problem is that the initial width and height are 2x the specified (probably scaling at fault). Otherwise, it seems to work OK is the test scenario. Not so ideal in "production": it seems company-posframe still fails to change the width (!) when height is kept unchanged. And when that happens, the expected extra area (when we're enlarging the frame, but seemingly fail) is apparently where Emacs and the WM disagree (clicks don't do through).