Bug 108466 - Provide a way to disable auto-expansion of submenus when the mouse hovers over them
Summary: Provide a way to disable auto-expansion of submenus when the mouse hovers ove...
Status: RESOLVED DUPLICATE of bug 88735
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kstyle (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Karol Szwed
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-03 03:23 UTC by William Kendrick
Modified: 2008-10-26 22:31 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description William Kendrick 2005-07-03 03:23:11 UTC
Version:            (using KDE KDE 3.4.1)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Submenus automatically open up if I hover the mouse over them.  I would prefer that they ONLY open if I click them.  I do not see a way to configure this anywhere in the Control Center.  (Yes, I checked Peripherals->Mouse. ;^) )

My problem is that, especially when using the file-related submenus (such as "Quickbrowser" in the K menu, or the file-icon context menu's "Move To" and "Copy To" submenus), I haven't yet seen where I want to move the mouse to, and whatever menu the mouse happens to be hovering over is opened, instead.

Since I'm running at a relatively low resolution (1024x768), and many directories on my system are jam-packed with files, this often means that the menu I was looking at is suddenly obscured by a huge, multi-column submenu that I didn't even want.  I typically have to abort and start over, as it's impossible to get back to the obscured menu.

I would love if there were a way to tell KDE "only pop open submenus if I _click_ them."  Thanks! :^)
Comment 1 Stefan Monov 2005-07-10 00:18:39 UTC
I think it's different across widget styles. For example I have always use the CDE one and it acts this way. It's not really possible for it to be more centrally configurable because any widget style author should have the freedom to design his widgets as he fancies. That includes menus which do not look and/or act like most we've seen - then a separate KDE option would not make sense...
Comment 2 William Kendrick 2005-07-10 00:29:03 UTC
I see what you mean. :^(  I've tried a number of different widget themes, and in most of them, the pop-out menus still appear if I simple hover over them: "Keramik," "MS Windows 9x," "KDE Classic," "Phase," "Plastik," "Platinum," and "B3/KDE."  The only one I tried that did NOT do this was "Motif."

Would it make sense to allow the user to override a style setting like this, though?  It's less of a visual issue (which I figured styles would cover) and more of an interaction issue (which I figured KDE's control center would allow me to tweak, for usability/accessibility reasons).

Or, to throw a wrench into the machine, could we simply make this NOT a style setting at all (so that theme/style authors don't set it, and ONLY the end user makes the decision?)  (We already decide HOW pop-up menus pop... fade in, animated, or no-effect.)

Thanks!
Comment 3 William Kendrick 2005-07-10 00:32:12 UTC
Hrm... another thought...  Under Peripherals->Mouse, we choose options like the delay for automatically selecting icons (if we're in single-click-to-open mode), pointer threshold, double-click interval, drag-start-time, etc.  An "automatically pop open menu" delay setting would make sense there, wouldn't it?
Comment 4 Stefan Monov 2006-08-03 15:25:15 UTC
You convinced me.
Comment 5 Maciej Pilichowski 2008-09-03 19:15:31 UTC
Duplicate of:
https://bugs.kde.org/show_bug.cgi?id=88735
Comment 6 Pino Toscano 2008-10-26 22:31:25 UTC

*** This bug has been marked as a duplicate of bug 88735 ***