| Summary: | Edit start menu (application launcher) behavior for opening submenus | ||
|---|---|---|---|
| Product: | [I don't know] kde | Reporter: | Markus Grob <snoopy> |
| Component: | general | Assignee: | Unassigned bugs <unassigned-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
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. Not sure we'll be able to implement this, sorry. :) |
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