Summary: | Pressing mouse on separator closes context menu + more | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kdelibs | Reporter: | Łukasz Derkacz <lderkacz> |
Component: | qt | Assignee: | Lubos Lunak <l.lunak> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | finex |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Łukasz Derkacz
2005-03-29 22:55:54 UTC
I agree and vote for 1), because closing a menu on click, is like a confirmation, but nothing happens. I disagree and vote against 2): This is actually a great usability feature, because it makes the usage of some menus very fast. E.g. konqueror in web-browsing mode: there is no faster way to go one step back in history, than just pressing the right mousebutton, draw the mouse a bit to the lower right and release it immediately. I think most (or worst) of the "flickering menus" are happening by clicking on systray icons (at least the problem is, in that case it is closing the app in most cases). A good solution for this, would be a static (context) menu placement for dock apps, like klipper already uses. There is a bugreport on this (#57823). For normal context menus, a thicker border at the top (resp. bottom) of the menu would be enough to prohibit accidential activation (a style question as well). As for 2) I agree. I even started uysing right clik to choose a context menu option. :) But this way there;s no problem with flickering on systray icons :) But other thing is that keeping right button pressed can be tiring for hand. 1: has been fixed on KDE4 2: on KDE4, right click a menu item on a context menu still activate it. 1) has been fixed 2) is a duplicate of bug 168979 *** This bug has been marked as a duplicate of bug 168979 *** |