https://bugs.kde.org/show_bug.cgi?id=487455
--- Comment #6 from Nate Graham ---
Interestingly we've gotten many many requests to make it possible to disable
hover for the list items. List items don't typically use the activate-on-hover
paradigm, so that's a reasonable request.
If we to end up im
https://bugs.kde.org/show_bug.cgi?id=487455
--- Comment #5 from flan_suse ---
I still don't understand the justification. Since all other elements activate
on hover, I keep finding myself having to mentally switch between "clicking"
and "hovering".
A good launcher should not make you *think* abo
https://bugs.kde.org/show_bug.cgi?id=487455
--- Comment #4 from flan_suse ---
It creates more needless mouse-clicking.
Even the applications and categories operate as "activate on hover". So does
"Computer", "History", and "Recently Used".
The bottom tabs don't compete with anything, nor do the
https://bugs.kde.org/show_bug.cgi?id=487455
--- Comment #3 from Nate Graham ---
We're generally trying to move away from hyper-specific user-facing options to
change the functioning of standard components in specific contexts. Ultimately
they contribute to a disjointed and inconsistent UI, and pr
https://bugs.kde.org/show_bug.cgi?id=487455
--- Comment #2 from flan_suse ---
That's why the request is for having the "option" to do this.
Not to change the default or only allow hovering the bottom panel.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=487455
Nate Graham changed:
What|Removed |Added
Resolution|--- |INTENTIONAL
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=487455
Nate Graham changed:
What|Removed |Added
Summary|Option to enable activate |Option to enable activate
|on h
