From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#60585: 30.0.50; global-text-scale-adjust shrinks window (was not before) Date: Mon, 9 Jan 2023 11:09:02 +0100 Message-ID: References: <86mt6wk45n.fsf@protected.rcdrun.com> <3f4b5c597227e1c31900@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20188"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60585@debbugs.gnu.org, Jean Louis To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 09 11:10:59 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pEp7K-00059y-US for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 09 Jan 2023 11:10:58 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pEp6l-0007cS-Fe; Mon, 09 Jan 2023 05:10:23 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pEp6R-0007YI-PY for bug-gnu-emacs@gnu.org; Mon, 09 Jan 2023 05:10:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pEp6Q-0001tI-Px for bug-gnu-emacs@gnu.org; Mon, 09 Jan 2023 05:10:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pEp6Q-0001om-I0 for bug-gnu-emacs@gnu.org; Mon, 09 Jan 2023 05:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Jan 2023 10:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60585 X-GNU-PR-Package: emacs Original-Received: via spool by 60585-submit@debbugs.gnu.org id=B60585.16732589826945 (code B ref 60585); Mon, 09 Jan 2023 10:10:02 +0000 Original-Received: (at 60585) by debbugs.gnu.org; 9 Jan 2023 10:09:42 +0000 Original-Received: from localhost ([127.0.0.1]:35827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pEp65-0001nx-MQ for submit@debbugs.gnu.org; Mon, 09 Jan 2023 05:09:42 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:52961) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pEp63-0001nX-AT for 60585@debbugs.gnu.org; Mon, 09 Jan 2023 05:09:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1673258943; bh=35EVe8NYgrOsVeej6AuXeAFHGrXcApZzmspYoLktuus=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=rR7q5PdAIRNUzYmXAf2KWocjZF21F0h57LhQk3KdJn/kMTm2P+7Vc7ZyBIblVvtS/ SihEtQ3ROEUBHyDULDNjKAm3j449fuEzuAW4Hj/FxQtW1ypZ6sohRBL3Jm12n2B9CG Ojn1GZf3r5TFeDEoC/xO5DksYzoZkgc41pKDemdI8a5M/0uDVwAXjL8ZgeW4Z5sbGd sdXj5agOH1pT7uDqn0bC0W9q58Q49vwIJ62poZgaXhx+SgRExBTtU4n9pD9ePF1K3U VHjqwHK3qWsY/neIsD3y5XM7W2y6QZqY2BRakKW3BZmPAAvmshMh9wGqzBgKXX4mnX ZdYWhQrqenGHA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.1.100] ([212.95.5.143]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M6llE-1p8nCb0AjG-008KjE; Mon, 09 Jan 2023 11:09:03 +0100 Content-Language: en-US In-Reply-To: <3f4b5c597227e1c31900@heytings.org> X-Provags-ID: V03:K1:xy65TP9YhqanUQX4dsdy8v9qjQ3LNmubsGQSJDa9uOIBwbMZZKs tSSA14DFdJ/QWdJqVx8Xuh8E4l0z2omhhSIzkF+nFe/ElUF3sc4syg5QWPm6cCs0jKhjWwy 7mAzH8lWhMaiaL4pghDw75JM1ihKGlodDRjcvhhUtfOF4V5m+LvIGRBUwUTuIaksn4aBgnl picnW3E6iiVRv0/i1rw2Q== UI-OutboundReport: notjunk:1;M01:P0:/Q3q+nhvzkk=;+4PiuqKVE5TUnAXV6nePmhsH8wH stWyef0/VRyXSt9gKZxhSbvFTadq3nQjfinIiovHArK1T+lrKfyU5Vb68VfnaWGAf61e6WXGe 3SuE9uw0HIjwlLd1tpusK6Ct0kEwdypKfSt5ET4vh22/42eFVrgJCYMCY3ec/+W98FSCUtl5G eaZIGjXa12gK5euvNzl5su0CA79ovsmU5FTZFGhnlU2Ihwcb7kllOO97NJ2o3SyrBsJp/1i2u qf6kYPw9POBMlun4vitFV0kZzwkokd12qkWVip3lO3PdcC5OwYgAFmB0+Lqsp5C6GUUi2aUJq Hy1ogYI8CW0Yl2OdRpaBNBlx1VXOFENkDJ096tdsKGX+PwCdxjVVe+ODYkSbb4zlCsZPNELQQ haXugz7kuD/C1aBcmSP6XOEMBFLemp9XEWx3Ys7nCBkFjdcgC1OVf1H05fXfUp6b7p+IbtYjs dZkAsgrQc190CnO4BUyHIcuaAj+UlAHanohebgyTM0r4mXraDqVRjsIK9EJdg1VoPnqxBifaQ oRZ6X0Rs+/ix+IJfHeEYaSUjdnHsB3k5LXaSz1gvqSUU2ExK9cP81sqSK9KItbAmsb4qYVTwD rllEN/kSUGg2gJV229mBnTgUURb3NX7Sxma5LC/ZyFuF9TxeQDXi9HO+mCXqN2QSC/VtV7NR6 NK6lBMeOkJK90jPoJmzESuXtnujUTub9R2c1uCjW+/FTYzZLVANab33DLAs114HFEzumHfVo+ LjsYv3rQs8agddGFABjPr8jW3gcaA2rU5QU5R28pwbHYL7MINRMl/LsOpwMyr06sGyE1GJS8 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:253008 Archived-At: > I did not reply in the other thread, but it's not > global-text-scale-adjust that resizes the frames, it's the window > manager (IceWM). I tried a few other window managers, and they do not > resize the frame in such circumstances. It must be 'global-text-scale-adjust' that (maybe implicitly) asks to resize the frame. A WM cannot deliberately resize a frame unless we ask it to do so. > This resizing can be avoided in at least two ways: disabling the > scroll bar, and setting frame-resize-pixelwise to t. Both clearly hint at a problem with our settings of size hints. > I'm not 100% sure that the bug I see here is exactly the same as the > one Jean sees (he said it's a recent bug, and I can reproduce it even > with an Emacs from 2017), but here is the output of a patched Emacs > running under IceWM on my system. Thanks. These show the problem. For example, here x_new_font old char size 13x25 new char size 12x24 text chars 93x27 old text pixels 1209x675 new text pixels 1116x648 adjust_frame_size old native pixels 1243x730 new native pixels 1243x730 old text pixels 1209x675 new text pixels 1209x675 old text chars 93x27 new text chars 100x28 we have (= (* 93 13) 1209) (= (* 27 25) 675) but obviously not (= (* 100 12) 1209) (= (* 28 24) 675) So while we do not explicitly ask for resizing the frame, we apparently do set the size hints (strictly spoken correctly so, since future mouse operations should know about them) but do not want to resize the frame. The first question now is how we arrive here EmacsFrameResize old native pixels 1243x730 new native pixels 1243x730 update_wm_hints char width 12 vscroll 16 fringes 16 borders 2 base width 46 min width 46 char height 24 menubar 38 hscroll 0 borders 2 base height 117 min height 117 so please try to find out why x_new_font triggers a setting of the size hints despite the fact that we do not want to resize the frame (the two entry points are update_wm_hints in widget.c and x_wm_set_size_hint in xterm.c). Maybe we can avoid them - with GTK we apparently do. But ultimately this is a dilemma for which I have no solution. I think that setting the size of the default font is simply the wrong thing to do here. We should use some other font hat does not get passed through to the size hints. martin