Created attachment 132367 [details] Mouse hover automatic selection in Kicker menu When I open Kicker menu and try to click on any favorite app in far right side or on any system action (leave, lock, poweroff or restart) then the mouse passes over the menu root items which causes automatic selection and trigger the appearance of the sub items. It would be really cool to have an option to disable the automatic selection triggered by mouse hover. See my attached video for more info. Operating System: Manjaro Linux KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.15.1 Kernel Version: 5.4.67-1-MANJARO OS Type: 64-bit
What's the problem that would be solved by this?
(In reply to Nate Graham from comment #1) > What's the problem that would be solved by this? It solves the problem of the random (not wanted) appearance of sub-menu items when mouse pointer passes over the menu to reach the favorite apps in far left side.
But why is that a problem? Is this just an aesthetic thing?
It may sound like I'm being thick here but I asked because I'm genuinely surprised by the request. :) Allow me to explain: Kicker implements a launcher menu that matches the UX of a traditional cascading menu, like the ones in your apps' menubars. Having items open sub-menus on hover is therefore deliberate; that's the UX of a cascading menu. Since Kicker is not the default launcher menu, it's expected that people who go out of their way to switch to it are people who like the UX of cascading menus. If you're not one of those people, I genuinely suggest that Kicker isn't right for you, and you might be happier with Kickoff (the default launcher menu), Application Dashboard, or SimpleMenu, none of whigh use the cascading menu paradigm.
(In reply to Nate Graham from comment #4) > It may sound like I'm being thick here but I asked because I'm genuinely > surprised by the request. :) Allow me to explain: > > Kicker implements a launcher menu that matches the UX of a traditional > cascading menu, like the ones in your apps' menubars. Having items open > sub-menus on hover is therefore deliberate; that's the UX of a cascading > menu. Since Kicker is not the default launcher menu, it's expected that > people who go out of their way to switch to it are people who like the UX of > cascading menus. If you're not one of those people, I genuinely suggest that > Kicker isn't right for you, and you might be happier with Kickoff (the > default launcher menu), Application Dashboard, or SimpleMenu, none of whigh > use the cascading menu paradigm. I tried all of them : - Kickoff is good but has separated tabs for favorites, apps, history and system actions, this separation makes the menu slow to complete simple tasks, for example if I wanted to restart I should press meta key then select "Leave" tab then click restart. - Simple menu is good but not suitable for mouse use and doesn't look nice with those huge icons and when there are lot of apps you should swipe by mouse left and right to get other apps or click on those small white dots at bottom which are difficult to locate using mouse pointer. And the system actions (restart, shutdown...) are located at top right and have really small icon size which contradicts the big size of apps icons. - The only reasonable, good, logical and well implemented is kicker, you can directly access history apps/files/folders, and favorites and system actions and apps are all well put together in single view without need to separate them to different tabs, for example if I want to restart I should press meta key then click restart which is much simpler than kickoff menu logic. This is what makes kicker the best menu for me, what I want is not remove cascading design but only trigger the appearance of sub-items in the menu by mouse left click rather by mouse hover. With this the user can pass the mouse pointer over the menu and choose any favorite pinned app without being distracted by those automatic hovers that show the menu sub-items.
Thanks for the detailed explanation. I share a lot of your criticisms with the other launcher menus, and I hope that the upcoming overhaul (https://phabricator.kde.org/T12192) will address them. However I have to veto this idea, sorry. :) If you eliminate the hover behavior in Kicker and require a click to open a sub-menu, you've made navigating an app hierarchy nearly as slow as in Kickoff, which is a valid criticism of Kickoff and a reason why people prefer Kicker. If we did this, we'd piss off tons and tons and tons of people. So if we did it, it would have to be a configurable option. But who would enable that option? You, clearly, because you requested it. :) But besides you, I don't think it would ever be touched by anyone else, because it eliminates one of the major advantages of Kicker. People would look at it and say "lol this is the 'make Kicker worse' option, don't touch that." It would be the kind of option that folks would propose removing in 5 years after realizing that nobody ever used it because it doesn't make conceptual sense given what Kicker is. So I'm sorry, but I don't think we'll be able to implement your proposal. :) Of course, feel free to implement this yourself and post it to store.kde.org as an alternative. Maybe I'm wrong and it would be a good idea.