bug#456: menu-bar does not resize window

[martin rudalics]

>>This happens by design.  The driving idea behind is, that the numbers of
>>lines for displaying buffers should remain unaltered when menu-/toolbars
>>are added/removed.  There were discussions about the desired behavior in
>>the past but no conclusion as far as I recall.
>
> Oops! sorry then. I do not want to re-open the topic.

You can't ;-)

It's still unclosed, see

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=25

> I personally think that
> behavior is not correct because many visual non-desired effects are produced.

ISTR bad interaction with some window managers.

> For example if you change to another buffer which has a bigger  "tool-bar" 
that
> needs two lines, all text is moved up and down.

Can you explain this in more detail?

> Unfortunately, I do not know
> the reason why emacs is "line-oriented" instead of being "window-representa-
> tion independent".

Quite often you want an exact text-layout within a window.  For example,
you might want windows to display exactly 80 columns of buffer text.
Adding/removing scroll-bars shouldn't change that.  And what holds for
the width of windows should probably also hold for their height.

> Even more, I think it should be possible to overlay the menu in the
> graphical mode
> when the mouse pointer is "over it", after all, what you desire is to
> have as much
> space as possible for editing.

I don't understand what you mean here.  Please elaborate.

martin