* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
@ 2010-01-04 21:41 jidanni
2010-01-06 11:14 ` Jan Djärv
0 siblings, 1 reply; 6+ messages in thread
From: jidanni @ 2010-01-04 21:41 UTC (permalink / raw
To: bug-gnu-emacs
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.
bars]
Notice how the whole of firefox stays the same size.
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
2010-01-04 21:41 bug#3643: 23.1.90.1; menu, toolbars vs. constant size jidanni
@ 2010-01-06 11:14 ` Jan Djärv
2010-01-07 10:21 ` jidanni
0 siblings, 1 reply; 6+ messages in thread
From: Jan Djärv @ 2010-01-06 11:14 UTC (permalink / raw
To: jidanni, 3643
jidanni@jidanni.org 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.
> bars]
>
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
2010-01-06 11:14 ` Jan Djärv
@ 2010-01-07 10:21 ` jidanni
2010-01-07 11:19 ` Jan Djärv
0 siblings, 1 reply; 6+ messages in thread
From: jidanni @ 2010-01-07 10:21 UTC (permalink / raw
To: jan.h.d; +Cc: 3643
>> http://jidanni.org/comp/configuration/ just to get a full size window
>> without the bars at startup.
JD> emacs.toolBar: 0
JD> emacs.menuBar: 0
$ xrdb -q
emacs.ToolBar: 0
emacs.toolBar: 0
emacs.menuBar: 0
emacs.MenuBar: 0
Emacs.ToolBar: 0
Emacs.toolBar: 0
Emacs.menuBar: 0
Emacs.MenuBar: 0
$ emacs -Q #still has the tool and menu bars there as plain as day.
And the minibuffer is still way below the bottom of the screen.
JD> and start emacs with -fs is all it takes.
That covers over my icewm toolbar which is not what I want.
Is there any solution that would fit completely into ~/.emacs?
JD> we would like to know what you are running.
emacs-snapshot:
Version table:
*** 1:20100106-1 0
500 http://emacs.orebokech.com sid/main Packages
and http://jidanni.org/comp/configuration/
Anyway, today I'm running emacs on an eeepc,
25 lines tall + 1 for mode line + 1 for minibuffer.
Then below that is an about two lines tall icewm toolbar, up at top is a
one line tall icewm window title bar. Bet you guys never tested on such
small windows. emacs -Q just doesn't fit.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
2010-01-07 10:21 ` jidanni
@ 2010-01-07 11:19 ` Jan Djärv
2010-01-09 4:18 ` jidanni
0 siblings, 1 reply; 6+ messages in thread
From: Jan Djärv @ 2010-01-07 11:19 UTC (permalink / raw
To: jidanni; +Cc: 3643
jidanni@jidanni.org skrev:
>>> http://jidanni.org/comp/configuration/ just to get a full size window
>>> without the bars at startup.
> JD> emacs.toolBar: 0
> JD> emacs.menuBar: 0
> $ xrdb -q
> emacs.ToolBar: 0
> emacs.toolBar: 0
> emacs.menuBar: 0
> emacs.MenuBar: 0
> Emacs.ToolBar: 0
> Emacs.toolBar: 0
> Emacs.menuBar: 0
> Emacs.MenuBar: 0
> $ emacs -Q #still has the tool and menu bars there as plain as day.
Well, -Q ignores X resources, try -q instead.
> And the minibuffer is still way below the bottom of the screen.
> JD> and start emacs with -fs is all it takes.
> That covers over my icewm toolbar which is not what I want.
That is a descision made by icewm, Emacs has nothing to do with it. You could
try -mm also.
> Is there any solution that would fit completely into ~/.emacs?
No, as the size of the first frame is calculated before your settings in
.emacs takes effect.
> JD> we would like to know what you are running.
> emacs-snapshot:
> Version table:
> *** 1:20100106-1 0
> 500 http://emacs.orebokech.com sid/main Packages
> and http://jidanni.org/comp/configuration/
This doesn't say anything, use M-x report-emacs-bug.
> Anyway, today I'm running emacs on an eeepc,
> 25 lines tall + 1 for mode line + 1 for minibuffer.
> Then below that is an about two lines tall icewm toolbar, up at top is a
> one line tall icewm window title bar. Bet you guys never tested on such
> small windows. emacs -Q just doesn't fit.
Emacs windows can be as small as 3 lines. It may not fit by default, but it
sure can be made to fit.
Jan D.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
2010-01-07 11:19 ` Jan Djärv
@ 2010-01-09 4:18 ` jidanni
2010-01-09 13:30 ` Jan Djärv
0 siblings, 1 reply; 6+ messages in thread
From: jidanni @ 2010-01-09 4:18 UTC (permalink / raw
To: jan.h.d; +Cc: 3643
!.Xresources
Emacs.toolBar: 0
Emacs.menuBar: 0
and emacs -q it turns out work... unless one wants to use a different
font! Then one needs -mm.
Is there any way to put the -mm into .emacs? or does one need a shell wrapper?
emacs-version "23.1.91.1"
Anyway, my point still remains, the user's first encounter with
$ emacs # just won't fit on many people's screens.
At least under icewm. I don't know any other program that acts like that
right out of the box.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3643: 23.1.90.1; menu, toolbars vs. constant size
2010-01-09 4:18 ` jidanni
@ 2010-01-09 13:30 ` Jan Djärv
0 siblings, 0 replies; 6+ messages in thread
From: Jan Djärv @ 2010-01-09 13:30 UTC (permalink / raw
To: jidanni; +Cc: 3643
jidanni@jidanni.org skrev:
> !.Xresources
> Emacs.toolBar: 0
> Emacs.menuBar: 0
> and emacs -q it turns out work... unless one wants to use a different
> font! Then one needs -mm.
> Is there any way to put the -mm into .emacs? or does one need a shell wrapper?
The documentation for emacs and elisp is in info. It can be confusing that
some parts are in the Emacs node and some in the Elisp node. This particular
documentation is in the Elisp node: In Emacs:
C-h i m elisp<return> s maximized <return>
I.e. the frame parameter fullscreen can have the value maximized.
> emacs-version "23.1.91.1"
> Anyway, my point still remains, the user's first encounter with
> $ emacs # just won't fit on many people's screens.
> At least under icewm. I don't know any other program that acts like that
> right out of the box.
That is indeed a bad thing to do. I added some code to address that. Note
that any tool bars put there by the window manager must be handeled by the
window manager. For example, compiz will never let me create a window so high
it covers the menu/toolbars added by Gnome-panel.
Jan D.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-01-09 13:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-04 21:41 bug#3643: 23.1.90.1; menu, toolbars vs. constant size jidanni
2010-01-06 11:14 ` Jan Djärv
2010-01-07 10:21 ` jidanni
2010-01-07 11:19 ` Jan Djärv
2010-01-09 4:18 ` jidanni
2010-01-09 13:30 ` Jan Djärv
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.