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, 10 Feb 2020 10:22:40 +0300 Message-ID: References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <4a424bf3-ee08-b114-73ef-287bde14003b@gmx.at> <5dd35cdd-2914-0b91-a6fd-e8764feecfb0@gmx.at> <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> 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="54847"; 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 10 08:23:24 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 1j13Pf-000EBC-OY for ged-emacs-devel@m.gmane-mx.org; Mon, 10 Feb 2020 08:23:23 +0100 Original-Received: from localhost ([::1]:57748 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j13Pe-0004Wk-Pw for ged-emacs-devel@m.gmane-mx.org; Mon, 10 Feb 2020 02:23:22 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60436) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j13P3-00040n-Jn for emacs-devel@gnu.org; Mon, 10 Feb 2020 02:22:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j13P2-0007tY-Et for emacs-devel@gnu.org; Mon, 10 Feb 2020 02:22:45 -0500 Original-Received: from mail-wm1-x334.google.com ([2a00:1450:4864:20::334]:53244) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j13P2-0007pO-74 for emacs-devel@gnu.org; Mon, 10 Feb 2020 02:22:44 -0500 Original-Received: by mail-wm1-x334.google.com with SMTP id p9so8623960wmc.2 for ; Sun, 09 Feb 2020 23:22:44 -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=kilNrOhxWiif5aTXIde4hl5xtR7LL48JQQDL7GmyMTU=; b=d3eTWqWTKUKfT3l6Blr9ludFP0GHy9Af0yGwdGqhxl3B+EyNsYGXv5LVI4SXD2Qsbk JxlSFrNA8AdVOjmCDuIyfy49TrmL4n9dbSpuZYbsBB++fHhdgGzP4PE9s5vnH+2/nkf4 Nafk3yfxN+wndgMaOKi2dV8miUjqaXf/QUcgeBt+Fv/UOnVCuEdY+zndKwzOmJZ0zTZ3 OYjpmn6zbS2U/JFCZK/gvMtSC9fxXxjYAbQuizPTC+PF+DZszbyLF9rVZqztOGqDeP7G c9JDxOvH/MrqpkwnXvDeIo/fEmkXwIvsnIIKYjYUsBRUQR9nKEZDTx62S7a5YVtv8cUq aE2w== 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=kilNrOhxWiif5aTXIde4hl5xtR7LL48JQQDL7GmyMTU=; b=kLfUUBxEmCp/uNcgUXwr4lG64gS12pazihKcS+TXRsqxnEzCXQogJGJpHWEcst0Xsn KwtI9ReQ5hwal1Gyc9cNfvg3iSnOXNr01GhS+rirUHeQte/FGjrKRjOSgrwoYAgCZ7P0 d6K9xwOmNBZQEWcLl4uFuJXhPHX5kbjKJxOiZwEw7qAuWHFwinFlsvaZI3GJWJ3+5ecj RTRt1lC/oTF0Ku2r8vXu1lEesNFqduRVVtnk/YpdzPPM5TZwB7dKyKUqHrwp97dJmv5U PL/AT7/IZ8wkOk7EjS02F8aWqdunqteaoJwh0utFfVl4WHNpwWHiD5yF0nCGgUGvmkr/ UG/w== X-Gm-Message-State: APjAAAVIBX44V0n+J1v6d7cwyCZLngmstTESw/F/rS8dI4/EqKh9soxQ ddbmGI11ssJf3/RKHCkA/0xDfNbg4eM= X-Google-Smtp-Source: APXvYqySvR/f9Np8zrGjgVgsc7ZW12HktlsXoCwYNxw/9Y14O6wu4wFYArVBTARYEBPrz7L3lfvqww== X-Received: by 2002:a7b:c190:: with SMTP id y16mr13889725wmi.107.1581319362745; Sun, 09 Feb 2020 23:22:42 -0800 (PST) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id a62sm14482549wmh.33.2020.02.09.23.22.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Feb 2020 23:22:42 -0800 (PST) In-Reply-To: <8a485c09-535a-97e6-9817-31e6d2f93adb@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::334 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:244904 Archived-At: On 05.02.2020 12:15, martin rudalics wrote: > Anyway, I meanwhile further rewrote the code for mouse dragging and > 'x-set-frame-size-and-position', patch attached. The effect of this new patch is weird: Dragging the right and/or bottom edge now moves the "cutoff" (for lack of a better word) instead of resizing the frame. The frame internal border, the mode-line, etc, stay in place, and resizing like this can cover them partially or completely, making further dragging of the same edge impossible. After, the only way to show the internal border again is to drag the left or top border. Which will refresh the rendering of all the borders. Also, resizing by the top or left borders looks more like moving the frame because its contents do not change size (and the distance between borders stays the same; the "extra" space outside is taken by a graphics glitch). > I also added an > interface to the gtk inspector, you can enable it via > > (when (fboundp 'x-gtk-debug) >   (x-gtk-debug t)) > > Maybe you can derive something from running it.  At least here, when > under "visual" turning on "graphics actualizations", I can clearly see > that GTK processes and passes on the resize requests for child frames > (by turning the frame red) and that they are later apparently dismissed > by mutter. If I understood your explanation correctly, I'm seeing the same, yes. Although the settings item was called "Show Graphic Updates".