setupGUI() once again !!!

David Faure faure at
Wed Jun 16 13:40:13 BST 2004

On Wednesday 16 June 2004 14:30, Sébastien Laoût wrote:
> Le mer 16/06/2004 à 01:54, Ingo Klöcker a écrit :
> > Those would have to be optional. In KMail we've removed the possibility 
> > to hide the menubar because it only lead to trouble for people who 
> > accidentally hid it and didn't knew how to show it again. The status 
> > bar is also not hidable in KMail (and neither in Konqueror).
> What ?
> Ho. you're right : the statusbar cannot be disabled in Konqueror !
> Hey : it's inconsistent !
> And what if I was wanting to disable it ?????
> So, in Konqueror we can hide menubar BUT not the toolbar !!!!!  
[you mean statusbar]

Please lose the exclamation marks a bit, and let's have a civilized conversation.
Konqueror doesn't have a standard statusbar, it has one statusbar per view,
and it can have multiple views per window (e.g. when splitting views).
There used to be a menuitem for hiding the statusbar (there's still a profile
option for it), can't remember why/when we removed it.

> Seem strange to me : if a user hide the menubar he cannot do anything
> (if he doesn't know/read Ctrl+M).
Look better: you can right click anywhere, and the top menu item in the menu
is "Show menubar".

> IMHO the ability to configure it should be restaured and lade standard.
> Every app should act the same / consistently / be as configurable as
> wishable !
> The user will learn it : it don't take so long time.
It's not exactly easy to add a menuitem to the RMB popupmenu of the application
from within kmainwindow itself. I think menubar-hiding ability has to remain
done by the application. Hiding the menubar is done in konqueror because it
can be used for full-screen presentations of HTML pages (or postscripts etc.).
Most other applications don't really need the possibility to hide their menubar.
Haven't seen requests from users, for e.g. KOffice. Try using KWord without
a menubar :)

> AT LEAST, the KMainWindow could include all the toggle...() methods, so
> everyapps could act the same (ie: if the developer do not want to bother
> to save or not if the bars was shown (as me in the first time), connect
> actions to the methods would provide the feature as soon as he compile !
I thought we had ready-to-use kactions for this already, without need for any
additional slots.

David Faure, faure at, sponsored by Trolltech to work on KDE,
Konqueror (, and KOffice (

More information about the kde-core-devel mailing list