GNU bug report logs - #60585
30.0.50; global-text-scale-adjust shrinks window (was not before)

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Dmitry Gutov <dgutov <at> yandex.ru>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 60585 <at> debbugs.gnu.org, rpluim <at> gmail.com
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: Wed, 18 Jan 2023 18:13:12 +0100

[Message part 1 (text/plain, inline)]

> 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.

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.

martin

[x_rest.diff (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.