[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-look
Subject:    Re: Log out button.
From:       Andreas Pour <pour () mieterra ! com>
Date:       2001-04-06 16:38:08
[Download RAW message or body]

Wilco Greven wrote:

[ ... ]

> > The problem is that the menu is acting
> > on a "button-release" without first getting a "button-pressed"
> > (I just checked and Gnome does it too) Perhaps the K-Menu could
> > be modified so that it doesn't act on the initial "button-release"?
> > That's the way it should be anyways...I don't see why a widget would
> > react to a "button-release" without FIRST getting a "button-pressed"
> > signal anyways.
> 
> It is done this way because it is consistent with the way the menubar
> behaves. I think you can navigate through the menu faster this way.

Hi,

I have noted this problem before.  I agree that activation on release is
OK.  But the problem with the Start Menu is that its behavior changes
depending on the screen size.  If there is enough room for the menu, if
you single click on the "K" button, the menu pops up above the K button
and you can navigate through the menu.  But if there is not enough room,
the menu pops up underneath the mouse and the release of the button from
the single click activates a menu entry.  In other words, the popup menu
"steals" focus from the "K" button.

IMHO this is a broken UI; it is quite obvious that when I quickly single
click on the "K" button I do not mean to logout, but that is how my
action is treated.

The solution:  when the menu pops up and the mouse is already depressed,
a release should not activate the menu entry (at least if the release
occurs within say 1/2 second of the popup). 

Ciao,

Dre

[prev in list] [next in list] [prev in thread] [next in thread]