168070 2008-08-02 09:05:20 +0000 Hide menubar with Ctrl+M in apps 2020-09-29 21:38:07 +0000 1 1 8 I don't know kde general 4.1.0 unspecified Linux RESOLVED INVALID NOR wishlist --- 174944 1 dienadel unassigned-bugs-null antonis+kdebugs dk.vali finex friiduh greatbunzinni kmetamorphosis laurens ljubomir.simin majewsky markg85 mat69 nate nicolas.girard nidi steffen.schloenvoigt tpr web zahl 215 oldest_to_newest 632398 0 dienadel 2008-08-02 09:05:20 +0000 Version: (using KDE 4.1.0) Installed from: Unlisted Binary Package OS: Linux Hello, I'm actually playing with KDE 4.1 before the big change from 3.5.9. One of the things that i've changed is the way i use apps. Once the app is properly configurated, and placed the icons that i need, the menu bar is no needed in my day to day work. So, i hide it with Ctrl+M. In my 1280x800 display, all vertical space is wellcome :-) and, why not? at least for me, is visually better :-) This, can be done in many apps, like konqueror, kget, dolphin, okular, kopete, gwenvieew, etc... But in other apps, the menubar can't be hide, nor option in menubar, nor Ctrl+M. A not complete list of apps that can't be hide the menubar: akregator, kwrite, kmail, system monitor, juk, dragon player.... KDE should provide this option to all apps, to get a concordant DE. I don't know if this request must be created for each apps involved, or this can be sent to all devs in the way "all KDE apps must have this option, make sure yours have it". Any information needed or just comments, say them. Thanks for reading it. Hope this helps to make KDE better. Bye Dienadel 639886 1 tpr 2008-08-22 09:17:00 +0000 SVN commit 850719 by rytilahti: add support for toggling the menubar with kstandardaction CCBUGS:168070 M +2 -1 akregator_shell.rc M +9 -0 mainwindow.cpp M +1 -0 mainwindow.h Will backport it soon to 4.1 branch. Thanks for your report :) 645902 2 dk.vali 2008-09-12 23:33:48 +0000 +1 I really like how Google Chrome web browser does things. I never really liked menus, too much bloat, they look very 80's, not much to do with a modern desktop. Plain scary. Voted! 645926 3 ljubomir.simin 2008-09-13 01:22:14 +0000 I'd rather see a global menubar from kde3 ported. 646335 4 friiduh 2008-09-14 15:40:51 +0000 I wait this will get implented to 4.2 or 4.3. The menu is really very 80's style and is not needed always in basic or daily use. I hope that Amarok developers would understand too this kind important UI feature, but I am afraid it is not the case. http://bugs.kde.org/show_bug.cgi?id=169250 646371 5 dk.vali 2008-09-14 17:39:24 +0000 Perhaps it's the time for the HIG to actually get changed and get rid of menus once and for all. Freedesktop.org might be responsible for the HIG (human interface guidelines), I'm not entirely sure; anyway at least Gnome and KDE have their own HIG's. So we should really aim for the source of problems, since HIG's imply for apps to have old-fashioned retro menus. We could plan out for a petition on the brainstorm.ubuntu.com site; The plan of action would be a a nice post worked out explaining the situation as well as getting people to vote it and provide positive feedback as soon as it's posted in order to make a 'big wave' right from the start and leave no room for doubts :D Mass manipulation ftw. Anyone in for this? 646385 6 ljubomir.simin 2008-09-14 18:31:36 +0000 Well I for one don't feel the urge to ditch the main menus, nor I see any reasons to. Keep them simple and sensible - yes, remove altogether - why? The fact that there are the apps that don't have it doesn't mean there's no use for it. If you want to get rid of them in any particular app than talk to that app's developer(s). That said, I'm not completely against your idea, just don't see the clear benefits of it. And saying that something "looks 80's" is not an argument :) 646399 7 dk.vali 2008-09-14 19:42:02 +0000 How about replacing them with 'graphical' tool bars containing the most essential stuff from the menus (icons + text perhaps) ? 646416 8 ljubomir.simin 2008-09-14 20:32:11 +0000 Sounds interesting, more detailed proposal would be nice to see/read. But I fear this starts being offtopic to this particular bug report. 646456 9 laurens 2008-09-14 22:11:08 +0000 I'm looking into this ... adding the showmenubar options is quite trivial ! Even if I'm a bit troubled by bug http://bugs.kde.org/show_bug.cgi?id=171080 If the app devs are ok with it though, adding the showmenubar option can be rapidly done :-) But it would be nice to know if there are any guidelines on this, are all kde apps supposed to have a hide menubar option or is this at the discretion of the developper ? 646534 10 dienadel 2008-09-15 08:02:27 +0000 Hello, In the thread posted in https://bugs.kde.org/show_bug.cgi?id=169250, there is a post by Kevin Funk that says about amarok2: "the "hide menu" option was removed due to a large number of users inadvertently hiding it and not knowing how to restore it". Well, sometime ago that happened to me in ark, i hide the menu bar, and didn't know how to return it. So i undestand kevin. The problem was that in the menubar there was an option to hide it, while, once it was hidden, there wasn't an option to make it visible again. This doesn't happen in konsole, foe example. Once is was made invisible, there is an option to make visible again via right click. So, i see two options to see this question: 1- An option to hide the menubar in menubar, but ALWAYS must be an option to restore via right click 2- As the hide option may be a "power user" one, and confuse the user, make this option doesn't appear anyway. The only way to hide it would be via Ctrl+M I prefer the second one. Give the user the option to hide it. By default it would be visible. The option to hide the menubar, wouldn't be a global one: think koffice: i'd work with the menubar visible. Thanks 657488 11 pino 2008-10-26 22:47:01 +0000 *** Bug 130933 has been marked as a duplicate of this bug. *** 808889 12 finex 2009-08-09 10:13:09 +0000 *** Bug 116409 has been marked as a duplicate of this bug. *** 808891 13 finex 2009-08-09 10:13:26 +0000 *** Bug 202389 has been marked as a duplicate of this bug. *** 808894 14 finex 2009-08-09 10:15:55 +0000 Bug #174944 adds some more considerations about hiding/showing the menu. I don't set it as dup because it considers a further use case. 808905 15 finex 2009-08-09 10:32:43 +0000 *** Bug 200177 has been marked as a duplicate of this bug. *** 845858 16 web 2009-10-16 15:55:23 +0000 With last qtcurve, you can hide menu bar for all Qt/Gtk apps with Ctrl+Alt+M. 1014131 17 friiduh 2010-09-04 10:06:07 +0000 The idea to hide menu just with Ctrl+M works very well. The option to have a context menu with "show menubar" when right clickin is annoing as it adds one entry to context menu. Example Konqueror and Dolphin has this annoing way as it adds it to first choise to context menu. I use lots of context menu in Dolphin and I always keep Dolphin without menu. So the entry there is just taking space and adding to me a possibility to mistakenly press it as it is top of "Create new >". So if wanted to do well, the "Show menubar" should be moved to top of "properties". In konqueror it should be then the last one. But best really would be a global setting in System Settings to enable the feature. Two options. To have just the Ctrl+M function or the Settings > Hide Menubar + Ctrl+M -function. And then have a setting to apply it by default to all applications so you do not need to press Ctrl+M everytime you start a application first time. The Ctrl+M could as well be changed as Ctrl+Alt+M so there is no possibility by mistake to press it. The Amarok 2 looks better when menu hided. Amarok developers just should improve the GUI so you could get few important functions accessible without menu. Now only few menu entries takes so littlle actual space, but adds empty space and clutter the UI. Ctrl+M fixes that very well. The future is UI's without menu. With customized toolbar, shortcuts and menubar. 1021557 18 christophe 2010-09-19 22:06:58 +0000 *** Bug 92524 has been marked as a duplicate of this bug. *** 1147357 19 cfeck 2011-07-30 18:13:34 +0000 *** Bug 278867 has been marked as a duplicate of this bug. *** 1961387 20 nate 2020-09-29 21:38:07 +0000 Yes, this requires a bug report per app. :) There's nothing to do globally.