GNU bug report logs - #23966
25.1.50; Frame resizing due to tool bar + Gnus

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Wed, 13 Jul 2016 12:17:02 UTC

Severity: normal

Found in version 25.1.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 23966 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 23966 <at> debbugs.gnu.org
Subject: Re: bug#23966: 25.1.50; Frame resizing due to tool bar + Gnus
Date: Thu, 14 Jul 2016 21:14:34 +0200
On Thu, 14 Jul 2016 19:33:41 +0200 martin rudalics <rudalics <at> gmx.at> wrote:

>>> ‘frame-height’ is not necessarily a reliable reflection of what you see
>>> on screen.
>>
>> Why not?
>
> Because of rounding.  Tool bar, menu bar and scroll bars do not have
> necessarily sizes that are multiples of a frame's default character
> size.  And often you're losing pixels when the frame gets maximized or
> ‘frame-resize-pixelwise’ is non-nil during resizing.
>
>> What's more reliable?
>
> Everything that counts in pixels like ‘frame-pixel-height’.

Thanks.

>>> What do you get with my modifications?
>>
>> On emacs-25 with -Q and frame-resize-pixelwise nil:
> [...]
>> Other buffer; frame pixel height: 608  toolbar height: 53
> [...]
>>
>> On master with -Q and frame-resize-pixelwise nil the results were the
>> same except for the third to last line:
>>
>> Other buffer; frame pixel height: 608  toolbar height: 45
>
> Not here.  I get 648 and 44 in both cases.
>
>> On emacs-25 with -Q frame-resize-pixelwise t:
>>
>> Emacs started; frame pixel height: 576  toolbar height: 53
> [...]
>> Final; frame pixel height: 666  toolbar height: 53
>
> So your frame has grown by 90 pixels.  Remarkable.  BTW setting
> ‘frame-inhibit-implied-resize’ to t would avoid that.

Ah, indeed.  I didn't know about that variable, thanks.

> The problem is not GTK specific.  Lucid and Motif behave similarly.  I

Interesting; I had suspected it was just a GTK issue.

> suppose that just enabling ‘tool-bar-mode’ is not sufficient to make a
> gnus tool bar once gnus has started.  Maybe this deficiency is inherent
> to ‘tool-bar-mode’ itself.  But it would be interesting to find out
> who's responsible for making such small (8 pixels in your, 35 pixels in
> my case) tool bars in the first place.

Indeed.

Steve Berman




This bug report was last modified 3 years and 77 days ago.

Previous Next


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