bug#25: frame parameter menu-bar-lines changes height of frame

bug#25: frame parameter menu-bar-lines changes height of frame

[Stefan Monnier]

severity 25 wishlist
thanks

The menu-bar currently isn't counted as part of the "text area" (whose
size is described by the height and width frame parameters), whereas the
tool-bar is.

I agree that the way the toolbar behaves in this respect is preferable,
but because Emacs still counts sizes in multiple of lines and columns,
it also has drawbacks (typically a few pixels wasted between the
tool-bar and the actual text).

Hopefully, we'll fix this at some point.

bug#25: frame parameter menu-bar-lines changes height of frame

[Drew Adams]

Too bad. Apparently people have been agreeing that this should be fixed since it
was first discussed when Gerd was in charge - years.

Previously, the reason given for not fixing it at the time was that the release
was imminent and we didn't want to risk the change.

Now, this has simply been downgraded to "wishlist" - poof!  Dommage.

> From: Stefan Monnier Sent: Tuesday, June 10, 2008 12:07 PM
> severity 25 wishlist
> thanks
> 
> The menu-bar currently isn't counted as part of the "text area" (whose
> size is described by the height and width frame parameters), 
> whereas the tool-bar is.
> 
> I agree that the way the toolbar behaves in this respect is 
> preferable,
> but because Emacs still counts sizes in multiple of lines and columns,
> it also has drawbacks (typically a few pixels wasted between the
> tool-bar and the actual text).
> 
> Hopefully, we'll fix this at some point.

Re: bug#25: frame parameter menu-bar-lines changes height of frame

[Jason Rumney]

Drew Adams wrote:
> Now, this has simply been downgraded to "wishlist" - poof!  Dommage.
>   

It is not a downgrade, it is a categorization.

RE: bug#25: frame parameter menu-bar-lines changes height of frame

[Drew Adams]

> > Now, this has simply been downgraded to "wishlist" - poof!  Dommage.
> 
> It is not a downgrade, it is a categorization.

Strictly speaking, since this is the first time it has been categorized (the
categories are new), you are correct.

However, relative to what was discussed about this in the past, it is a
downgrade, IMO. It was not previously characterized as "wishlist", but as
something that should be done after the imminent release.

Re: bug#25: frame parameter menu-bar-lines changes height of frame

[Stefan Monnier]

>> > Now, this has simply been downgraded to "wishlist" - poof!  Dommage.
>> It is not a downgrade, it is a categorization.
> Strictly speaking, since this is the first time it has been categorized (the
> categories are new), you are correct.

> However, relative to what was discussed about this in the past, it is a
> downgrade, IMO. It was not previously characterized as "wishlist", but as
> something that should be done after the imminent release.

Yes, it's something that should be done as soon as possible.
But nobody has stepped forward to do it.  And nobody has made a case
that this is an important bug to fix.  So it's a wishlist item, waiting
for a generous soul.


        Stefan

bug#25: frame parameter menu-bar-lines changes height of frame

[martin rudalics]

 > > emacs -Q
 > >
 > > (make-frame '((width . 70)(height . 50)))
 > > (modify-frame-parameters (selected-frame) '((menu-bar-lines . 0)))
 > > (frame-parameters)
 > > (modify-frame-parameters (selected-frame) '((menu-bar-lines . 1)))
 > > (frame-parameters)
 > >
 > > Adding and removing a menu-bar line changes the visible height of the
 > > frame (incorrect), but it does not change the `height' frame
 > > parameter. The correct behavior is that observed for `tool-bar-lines':
 > > neither the visible frame height nor the `height' parameter is
 > > changed.
 >
 > Use (assq 'height (frame-parameters)) to see that the `height'
 > parameter does not change.

This can now be handled on trunk/master by adding 'menu-bar-lines' to
`frame-inhibit-implied-resize'.  Bug closed.

Thanks, martin

bug#25: frame parameter menu-bar-lines changes height of frame

[Drew Adams]

> This can now be handled on trunk/master by adding 'menu-bar-lines'
> to `frame-inhibit-implied-resize'.  Bug closed.

I don't have a version with the fix yet.  (I have been unable to use
any Emacs versions since mid-October because they break the use of
frames in various ways, but I will look into those problems and report
them as I narrow things down.)

I gather that `frame-inhibit-implied-resize' is a user option.  It's
great that users can now control the behavior, but I wonder how that
helps code and how it fixes the bug reported here.  The point of
this bug was that `menu-bar-lines' should behave like `tool-bar-lines'
does: adding or removing a menu bar, or increasing/decreasing the
number of its lines, should not change the visible frame height.

If that behavior is only optional, and decided by users, then it
sounds like things are not the same as for `tool-bar-lines' and
that code cannot depend on the behavior being the same.

Anyway, I won't judge the fix until I can check it out.  And my
guess is that it is an improvement.  Thanks for working on this,
in any case.

bug#25: frame parameter menu-bar-lines changes height of frame

[martin rudalics]

 > I gather that `frame-inhibit-implied-resize' is a user option.  It's
 > great that users can now control the behavior, but I wonder how that
 > helps code and how it fixes the bug reported here.

Please refrain from calling this a bug.  It's a behavior you dislike and
we can try to modify it in your sense.  But let's do that in a minimally
invasive fashion so other users don't get annoyed by our modifications.

 > The point of
 > this bug was that `menu-bar-lines' should behave like `tool-bar-lines'
 > does: adding or removing a menu bar, or increasing/decreasing the
 > number of its lines, should not change the visible frame height.

For graphical displays now the following hold:

If a user adds both `menu-bar-lines' and `tool-bar-lines' to
`frame-inhibit-implied-resize' or the latter is t or the frame is either
maximized or fullscreen, then toggling either `menu-bar-mode' or
`tool-bar-mode' conceptually do not change the visible frame height.

If neither `menu-bar-lines' and `tool-bar-lines' are members of
`frame-inhibit-implied-resize' and the latter is not t and the frame is
neither maximized nor fullscreen, then toggling either `menu-bar-mode'
or `tool-bar-mode' conceptually do change the visible frame height.

And this holds for Gtk just as for Windows.

 > If that behavior is only optional, and decided by users, then it
 > sounds like things are not the same as for `tool-bar-lines' and
 > that code cannot depend on the behavior being the same.

Code can always read the value of `frame-inhibit-implied-resize' as well
as the maximized/fullscreen status of a frame.

martin