136

I like the idea, but not like this.
I think this is better.
-->
_________________________________________
|(Klogo)_________________________________|
| Item 1 |
| Item 2 |
| Item 3 |
| |
_________________________________________

Just a logo on the top or the word "Menu" and than the item, and not all the item next to another item. (to much space)

You can also show the main menu when the window is active, and the window title when it's not. In the end having all main menus visible at the same time could be crazy.

Regards

The idea is not bad, however you run in problems when you have so many menus / the window is so narrow, that you do not have a title bar left at all.

Here the old apple style global menu is even as space saving but much less trouble.

But for really small displays, where you work mainly with full screen windows and switch via alt-tab this could be implemented as an option.

Yeah as long as it's an option it's ok

Doesn't really affect me but if it's fairly easy to do and people want it then I think it would be an alright idea!

Mamonetti wrote:You can also show the main menu when the window is active, and the window title when it's not.

Not so good idea. In forums and on bugs.kde.org I need the window title (sometimes full width) of the browser on the *active* window to see where I am and on which subject I'm writing/reading.

But as long as it would be an option, everything would be fine.

This idea is great for small screen. For the window title it is easy, you don't need to display all the menu entries. Something like this:

File Edit Tool >> window title _ [] ??

It is also god for widescreen displays, where vertical screen real estate is more valuable than horizontal real estate.

I like it. The more screen space available the better. One reason I use KDE over Gnome is things still look decent when they are smaller. This would just add that little bit more.

I think that there should first be a clean-up since most applications have the entries just because they "have" to. Then compact it some more like dummyxl said above. Maybe instead of dummyxl's way it can be expanded sideways as in your mock-up.

I think that KDE applications should all use a consistent approach. People always know what to expect and where to expect it.

This feature could be really useful with small screen devices (palmtops, netbooks, smartphones...), tinkering for a while with a live distro on an EEEPC I also though that title bar is wasted space in a such small device...

please implement this feature!

I dont like it at all. You can see how it clutters the whole UI. The reason to get away from menubar is to get cleaner UI and possible a simpler function access.

This does not offer neither. Just makes it harder to move window only with the mouse.

The microsoft has got it right as the apple aswell. The apple style on Mac OSX takes the space, but makes the window UI look clean. One place to get menus. But not so good for smaller screens like on netbook.

The MS style is better, it brings the needed functios to the UI and when needed access to the menu, you can get it open with Alt.

We have already Ctrl+M feature what just is not global on kdelibs. But it makes best effor if we want to hide the menu and not build new kind way to get menu functions, but the drop-down lists away.

The Google chrome idea is good when we have only a small amount of configs, works on few applications but not on all.

I use newest QtCurve style because it allows me to hide menu on all applications with Ctrl+Alt+M shortcut. I even install it for all older users because it is the only way to get (if not counting XBar) KMail (All Kontact integrations) and other applications to be simple and easy to use. If this would be done, the Kmail would still be very difficult to use because it is cluttered with menu entries what are not needed than few times after installation and sometimes when user want to configure something like adding a new account.

We have come so far away from KDE3 to get smooth as possible GUI, lets not ruin KDE4 because want to move the menubar to windowdecoration where it just does not belong. We can not always use the windecoration what is Oxygen/Nitrogen/Ozone. We need to have possibility to use windodecorations what are on side (example bespin) as well or what has only a window name on it (BII by example). Ctrl+M is best with great default UI.

would totally love it. wasted space all over the place. especially video players or browsers (where size matters) would profit.

WHY does everyboty always think (s)he is forced to use something. if there is a need, it can be implemented as a option, and only if nobody likes the old solution, this one can be dumped.

i nevertheless have more mockups eliminating some of the problems mentioned.

before:
[img]http://red-sheep.de/images/screenies/ausklapp1.png[/img]
after a click:
[img]http://red-sheep.de/images/screenies/ausklapp2.png[/img]

could be more beautiful, but you get the idea.

Currently I use dolphin without the menu bar, all the functions I use are on the toolbar. And in the rare case I need to config something or I need to use some function that is on the menu I just press ctrl + m.
It looks bad to mess with the window bar. I think that a menu button in the toolbar would be a good choice. Rekonq already does this and it looks and works really nice to me.
removing the menu completely and replacing it with a button in the toolbar and removing repeated options would be the best solution for me but leaving the menu there hiding with all options would be good too (for people who don't like the new approach) also the menu should me temporarily unhidden when presing alt.

A button on the toolbar is easy - Settings > Configure Toolbars > Show Menubar - add it to existing buttons