Bug 158304 - Edit start menu (application launcher) behavior for opening submenus
Summary: Edit start menu (application launcher) behavior for opening submenus
Status: RESOLVED INTENTIONAL
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-23 23:44 UTC by Markus Grob
Modified: 2020-09-30 04:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Grob 2008-02-23 23:44:06 UTC
Version:           4.0.1 (using KDE 4.0.1)
Installed from:    SuSE RPMs
OS:                Linux

In a discussion about the behavior for the opening of the submenus, I missed a configuraion possibility in the kcontrol for telling, if I "need" a click, that the submenus will open, or a time after them, the submenus will be opened. If this time is set to zero, the submenus are opend as soon, as the system could. 
Then the delaytime could be given in steps to 100ms -> 10 = 1second.

o  Open submenu only after a mouseclick or pressing the spacekey
o  Open the submenu by timemanagement
    [5] Delaytime in 100ms
^=Radiobutton
Comment 1 Markus Grob 2008-02-23 23:55:37 UTC
This wish is also for KDE3 and for the traditional start menu of KDE4, because the behavior of the "new" menu is different and in this way not usable I think.

I think, if the menu is splitted in three parts, then the behavior could be build too in the new menu.

|    | Menupoint1 |     |
|    | Menupoint2 |     |
|left| Menupoint3 |right|
|    |            |     |

In the left area, the menu moves a step above and in the right area, the menu goes down to a submenu. Yes, this couldn't be done short, more with overfading or scrolling softly, because if it goes to fast, a moving in the menu isn't possible anymore :-) 

Because now there are more then one applauncher, this behavior should be in the properties of the menu itself.
Comment 2 Nate Graham 2020-09-30 04:42:59 UTC
Not sure we'll be able to implement this, sorry. :)