Bug 81375

Version:            (using KDE KDE 3.2.0)
Installed from:    Mandrake RPMs

*****
First of all, it's would be good to add a new bug severity level : usability issue.
Because Usability issues are wishes, but wishes for a better usage of the program : sort of "use bug".
Isn't it ?
*****

I've tried the MAC OS like menu bar always on top edge of the screen.
And it's increasingly powerful !!
I just very quickly move my mouse on top and that's all : pointing a menu is so esay as so faster !

But :
Before, I was quiclky move my mouse to the right-top edge and click (without look at the screen) : the window is closed (because the [x] button is on right-edge, as you know).

With the MAC OS style of menu I must explicitly point those few pixels representing the close button, withou help of the edges of the screen.
It's a precise operation.

I also have my personl menu (tht replace the KMenu : thank you to KDE that this menu is removable !) on left-bottom edge of the screen (normal) : move the mouse here and click will open the menu at 99% of the times (yes I can make mistakes ;-) ).

Idem for taskbar : there are no left pixels !
Idem for the kicker hide button : right-bottom edge : so fast when I need to hide the pannel...

So the only screen edge that ennoy me is the choice I must do between the menus OR the close/minimize/restore buttons !!!

This page precis it :
http://developer.kde.org/documentation/design/ui/fittslaw.html
: it's important !!

Perhapse add a LeftCornerWindowsBarButtons (winMenu + onAllDesktop) and RightCornerWindowsBarButtons (minimize + restore + close) applets... or just zones of the MAC OS like bar. So, personalized user options are took in account. [as I also move the onAllDesktop to the right]