From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#60585: 30.0.50; global-text-scale-adjust shrinks window (was not before), was: Re: bug#52493: 29.0.50; Setting Inconsolata up in init.el makes default face rendered wrong Date: Sat, 21 Jan 2023 05:12:10 +0200 Message-ID: <936558fd-5c6e-f575-7211-3d6a14f8febd@yandex.ru> References: <80e7f515-e16f-5ce8-86a3-e5f47cd2d2f5@yandex.ru> <8df08d50-146f-9b76-efa0-ba101e53e7c0@yandex.ru> <29bd2735-5070-915c-e236-9de0c6dcbb1f@gmx.at> <921de89e-57e0-04de-3e91-043b49503d10@yandex.ru> <32ac6060-a7ed-a0c4-1c62-f0e1804d963d@gmx.at> <0547624a-15c0-792c-dce5-85101cf9cd71@gmx.at> <5770c9ec-4de5-8365-fb70-5a88d14d8179@yandex.ru> <75e1b3d4-a79f-d36f-4898-fdf1ed05492c@gmx.at> <33214f9c-f89f-b96f-e1db-12aad7b03261@yandex.ru> <36f67e04-8450-5273-2136-fb9832ed703f@gmx.at> <67b92c69-f456-0d31-c7b2-83600cc12f61@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="blaine.gmane.org:116.202.254.214"; logging-data="31307"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Cc: 60585@debbugs.gnu.org, rpluim@gmail.com To: martin rudalics , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 21 04:13:25 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 1pJ4Jp-00081x-76 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 Jan 2023 04:13:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pJ4JV-0001PK-8K; Fri, 20 Jan 2023 22:13:05 -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 1pJ4JT-0001On-1D for bug-gnu-emacs@gnu.org; Fri, 20 Jan 2023 22:13: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 1pJ4JS-00065C-Fq for bug-gnu-emacs@gnu.org; Fri, 20 Jan 2023 22:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pJ4JS-0002p1-4x for bug-gnu-emacs@gnu.org; Fri, 20 Jan 2023 22:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Jan 2023 03:13: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.167427074210779 (code B ref 60585); Sat, 21 Jan 2023 03:13:02 +0000 Original-Received: (at 60585) by debbugs.gnu.org; 21 Jan 2023 03:12:22 +0000 Original-Received: from localhost ([127.0.0.1]:47644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pJ4In-0002nn-PA for submit@debbugs.gnu.org; Fri, 20 Jan 2023 22:12:22 -0500 Original-Received: from mail-ej1-f54.google.com ([209.85.218.54]:35760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pJ4Im-0002nH-9v for 60585@debbugs.gnu.org; Fri, 20 Jan 2023 22:12:20 -0500 Original-Received: by mail-ej1-f54.google.com with SMTP id rl14so15088903ejb.2 for <60585@debbugs.gnu.org>; Fri, 20 Jan 2023 19:12:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=1HQnw0leT+SweqSj6POjr5MUjNtIpHyjqUxkR5ztC6c=; b=SuBADBPav/AINOgotzYblAFzRPAXqsU9GVTgOBM70q2WROaKv0FyUXCfkzrGKQlFY1 VZIhrCEz0jF5GIhPgltfmd6IDGunsQQCSrmZS1tHyONsFgDUXd4uaQEV7AvFcc1rpGat 7YAleKWPL1AgoPq/bUBrCMuxoM5KSa+z1iTZeFQKWHadzjI0Tp+YCzBSDKdSjBmEyX9Q 43baJknAhlYZxYnS+Y21PNi/hF122vY7tjPcfATxNm2AiA6KRi6PTcpybtzl+R/3tNbe srVVn9EPMBmoYaIKH46gIbE29CbCGw74KGEOGmfj/rFbr2ZLn9qQHmIHyUqpDoWgpV/Z EFNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1HQnw0leT+SweqSj6POjr5MUjNtIpHyjqUxkR5ztC6c=; b=oDnB9KCA3Vqd7+YRJIvdvL2KgCSrFNTRohflNXcucwKuxrmw0oSnxAbs9m9dX6sjEV ARrkDp5MJW+yx5rJDyChY4/kJ0Z/H3MvAUg6owjHWUVHWK0+iDQtOXz24xnK9QpB60lh I1zGbDyxXvy0E5nr6gnkXzc3ZOWJyYCZeIpAyZbw6rc84WEMRWLCodv5wWbn3/SK1Nd8 tu5enK/cfCVRR1fM16fwaOdu+yJXX581AFfkf2AGSSKsH8iuIuzoOSayOp2soeA/IKoh x/pRJPwWwCzKiAYhzcQvmx8ATkYGk8Q5mjQLlWsn+W+o99ef182VbYTNRhfM4p04xlt3 N4dA== X-Gm-Message-State: AFqh2kpuf0CCLliFq66YPngWMF9oFt2agZ53BpU3b7dznK9ovTdq6zOR tLpQ2PvQ4euu9Of+ESh8/kc= X-Google-Smtp-Source: AMrXdXsK+qvBPIFL/1DTTDLSsEmAe34O+DzZ8gd+9SEkHBfDoHcgVe7Fp6erBYVqdaAe6SVIUO2TGQ== X-Received: by 2002:a17:906:2ed1:b0:877:7113:71f3 with SMTP id s17-20020a1709062ed100b00877711371f3mr8983726eji.25.1674270733962; Fri, 20 Jan 2023 19:12:13 -0800 (PST) Original-Received: from [192.168.0.2] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id e6-20020a170906314600b00781be3e7badsm18794525eje.53.2023.01.20.19.12.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 20 Jan 2023 19:12:12 -0800 (PST) Content-Language: en-US In-Reply-To: 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:253817 Archived-At: On 18/01/2023 19:13, martin rudalics wrote: > > This time around, the frame jumps in size a little bit, even time >                                                           _every_ right? > > > after I first resize with a mouse and then evaluate the > > set-face-attribute form. > > I'm not sure what to do here.  As we previously discussed, you contract > an off-by-one pixel error every time you resize the frame with the mouse > and the default font has impair size.  That pixel is lost in the frame > size the WM allots us.  So after N mouse operations we are usually off > by N pixels unless N equals the size of the font in which case the > deviation should be compensated by our calculation of the text size in > chars. The previous scenarios (with one of the patches from the other bug thread) had frame at "impair" size only after some resizings with the mouse. For most sizes the frame ended up at "correct" sizes, but there were relatively rare sizes where this was not the case. With your last patch here, however, the frame seemingly ended up at an "impair" size every time I resized it with the mouse. > So the size adjustments you see in the latest two patches are inherently > correct - they restore the text pixel size of the frame as the product > of the character and font sizes. > > We could try to make 'set-face-attribute' adjust the pixel size of a > frame iff this would also change the size in text characters.  Hiding > the rest in the base sizes would allow such behavior now.  But how would > we explain such behavior to the user?  Also such a beast is non-trivial > to implement - I have no idea what else it could break.  Try the > attached and let's hope that it won't blow up your frame. With this patch 'emacs -Q' starts up at 32x6 columns/lines. :-) Very small window, that. Otherwise, the behavior seems pretty stable: - Repeated invocations of set-face-attribute don't change frame size, - After resizing with the mouse, at some frame sizes set-face-attribute does cause one resize (e.g. at 80x30, according to GNOME), but most do not -- just like the older patch I referred to in the first paragraph.