Bug 50457 - let me change the menu show delay
Summary: let me change the menu show delay
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kicker
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Mandrake RPMs Linux
: NOR wishlist
Target Milestone: ---
Assignee: John Firebaugh
URL:
Keywords:
: 130623 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-11-09 09:42 UTC by giorgio
Modified: 2016-07-27 01:57 UTC (History)
3 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 giorgio 2002-11-09 09:42:03 UTC
Version:            (using KDE KDE 3.0.3)
Installed from:    Mandrake RPMs

I think you should add this option: "menu show delay" (choose an interval after which the menu entries shoud expand when moving the mouse arrow

I make an example: kde menu -> networking (wait 0.1 seconds before expanding the tree) -> file transfer (wait 0.1 seconds before expanding the tree)

I hope that this is clear

this would make navigating throug the entries in the menu much more ''fluid'', customized to the behaviour of each person

kde is great
thanks
Comment 1 John Firebaugh 2003-02-28 06:37:12 UTC
Sorry, this sounds like useless configurability to me. 
Comment 2 kde 2006-06-03 10:05:20 UTC
I certainly do not agree with this being 'useless'.

Example: I want to save a file in Kate.

I click File and then move my mouse pointer to Save
But, before I reach Save, the mouse will hover on the Recently opened submenu.
This submenu will open *immediately*. Since there are some long filenames/paths, this menu will cover the rest of the File menu, including the Save option.

If there would be a small configurable delay, then my mouse pointer would reach the Save menu item before the Recently opened submenu would open (and cover the Save menu item).

Conclusion: this is not a "useless configurability", but a usability option that some or many users may need. Setting a small default delay may also be an option.
Comment 3 Christo 2006-07-12 10:50:14 UTC
i think this is really similiar to my bug 130623 ... is an interface-issue and not useless .. in fact the default "widget-spawn-time" is useless for handycapped people how are not champions with the pointer device .. and anyway i am not handycapped :-IMO) , and it spawns much too fast .. but a setting would affect both, menu and filebrowsing .. i have no problems whith the speed when i navigate in menus, but for the filesystem-browsing via a "quickview"-button its pain in the    *$$ to navigate deep folder-structures

regards
Comment 4 Stefan Borggraefe 2006-07-12 11:19:10 UTC
*** Bug 130623 has been marked as a duplicate of this bug. ***
Comment 5 Stefan Borggraefe 2006-07-12 12:32:38 UTC
*** Bug 130623 has been marked as a duplicate of this bug. ***
Comment 6 Christo 2006-07-12 14:36:51 UTC
commented in

http://www.kde-forum.org/thread.php?threadid=15017
Comment 7 Christo 2006-07-15 07:55:57 UTC
http://www.kde-forum.org/thread.php?postid=58925#post58925

so i am not alone with this , please keep it unresolved
Comment 8 Stefan Monov 2008-04-05 23:39:49 UTC
The menu show delay is a clear, atomic option and those are generally nice to provide. People like to tweak them, and too often one size does not fit all.
Besides, the code to enable that would be trivial.

Being a fringe option, though, it should be buried deep in the style kcm imho.

Reopening.
Comment 9 A. Spehr 2009-05-23 04:35:33 UTC
Kicker is currently unmaintained, you can look to your distribution for help, however.
Comment 10 samwaters888 2016-01-24 07:12:12 UTC
This is still a problem.  Should I use two hands on the mouse so that I move perfectly in the "correct" direction, instead of moving diagonally, because we cannot have a 0.1 second delay here?  

This frustrates me dozens of times ever single day.  It's been 10 years.  Time to fix this.