5 ms·

> I compiled my Emacs without gtk+ support I guess with these three lines in my .emacs (menu-bar-mode -1) (tool-bar-mode -1) (scroll-bar-mode -1)

by jsrn 17y ago

> I compiled my Emacs without gtk+ support I guess with these three lines in my .emacs (menu-bar-mode -1) (tool-bar-mode -1) (scroll-bar-mode -1) this wouldn't make much of a difference for me? (honest question)

davidw 17y ago
ctrl-mouse-left or whatever it is will still pull up a gtk menu, which looks a bit nicer. Also, it's possible, via various routes, to get file dialogs that are gtk. I get rid of the tool bar and scroll bar too, but do leave the menu bar, as once in a while it's nice for fishing around for things I don't use often. Basically though, I just want as much screen real estate for code as possible.
- jsrn 17y ago
  > [...] but do leave the menu bar, as once in a while it's nice for fishing around for things I don't use often. Basically though, I just want as much screen real estate for code as possible. depending on what your value for "once in a while" is, you might want to further optimize for screen real estate and just toggle the menu bar on and off when (seldomly) needed: M-x menu-bar-mode That's how I do it - and XMonad resizes the window automatically for me so that I never lose space and the Emacs window always fits on the screen. Thanks for the explanation of the difference between Emacs with/without Gtk+ support.
  - davidw 17y ago
    Here's the beginnings of an idea: show it only when you move the mouse near the top of the frame: (defun menu-bar-show-hide-helper () (if (< (cddr (mouse-pixel-position)) 20) (menu-bar-mode 1) (menu-bar-mode 0))) (defun menu-bar-show-hide () (run-with-idle-timer 0.1 t 'menu-bar-show-hide-helper)) It's not quite right, as it seems to require some other event to happen before it triggers. I went ahead and published that here, in case anyone wants to track it: http://journal.dedasys.com/2009/11/16/emacs-fiddling-show-the-menu-bar-when-the-mouse-is-near-the-top-of-the-frame http://journal.dedasys.com/2009/11/16/emacs-fiddling-show-th...
jrockway 17y ago
I do the same, but if you click the mode name (etc.), you get a menu from the window system.

by jsrn 17y ago

davidw 17y ago

ctrl-mouse-left or whatever it is will still pull up a gtk menu, which looks a bit nicer. Also, it's possible, via various routes, to get file dialogs that are gtk. I get rid of the tool bar and scroll bar too, but do leave the menu bar, as once in a while it's nice for fishing around for things I don't use often. Basically though, I just want as much screen real estate for code as possible.

jsrn 17y ago
> [...] but do leave the menu bar, as once in a while it's nice for fishing around for things I don't use often. Basically though, I just want as much screen real estate for code as possible. depending on what your value for "once in a while" is, you might want to further optimize for screen real estate and just toggle the menu bar on and off when (seldomly) needed: M-x menu-bar-mode That's how I do it - and XMonad resizes the window automatically for me so that I never lose space and the Emacs window always fits on the screen. Thanks for the explanation of the difference between Emacs with/without Gtk+ support.
- davidw 17y ago
  Here's the beginnings of an idea: show it only when you move the mouse near the top of the frame: (defun menu-bar-show-hide-helper () (if (< (cddr (mouse-pixel-position)) 20) (menu-bar-mode 1) (menu-bar-mode 0))) (defun menu-bar-show-hide () (run-with-idle-timer 0.1 t 'menu-bar-show-hide-helper)) It's not quite right, as it seems to require some other event to happen before it triggers. I went ahead and published that here, in case anyone wants to track it: http://journal.dedasys.com/2009/11/16/emacs-fiddling-show-the-menu-bar-when-the-mouse-is-near-the-top-of-the-frame http://journal.dedasys.com/2009/11/16/emacs-fiddling-show-th...

jrockway 17y ago

I do the same, but if you click the mode name (etc.), you get a menu from the window system.