[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#3643:; menu, toolbars vs. constant size

From: Jan Djärv
Subject: bug#3643:; menu, toolbars vs. constant size
Date: Wed, 06 Jan 2010 12:14:19 +0100
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv: Gecko/20091204 Thunderbird/3.0

address@hidden skrev 2010-01-04 22.41:
In emacs -Q fiddle in the menus, clicking
<menu-bar>  <options>  <showhide>  <showhide-tool-bar>  etc.

Notice how emacs cannot keep itself constant size, but the whole of
emacs grows and shrinks along with its tool and menu bars.

Now contrast this with firefox, View->  [check/uncheck some tool etc.

Notice how the whole of firefox stays the same size.

Emacs is not firefox. Emacs tries to keep editable lines so of course size changes. Apparently Firefox does not, but that has no bearing on Emacs. The size of the toolbar/menubar may not be an integral number of text lines. Emacs tries to always show whole lines, Firefox does not.

You may put wish list as severity on this bug, but please describe every possible combination Emacs can hav in this respect and how it should behave. This includes tiling window managers like XMonad, and running with no window manager at all. And how Emacs should behave w.r.t. resize in all scenarios.

In emacs one must first click the "maximize" button in the upper right
corner for things to work out well, and such changes not to change
emacs's total size.

For firefox, that one clicked "maximize" is remembered between sessions.

For emacs I have to use the complicated
http://jidanni.org/comp/configuration/ just to get a full size window
without the bars at startup.

emacs.toolBar: 0
emacs.menuBar: 0

and start emacs with -fs is all it takes.  Not very complicated.

In the future, please use M-x report-emacs-bug. As different ports have different behaviour, we would like to know what you are running.

        Jan D.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]