Bug 487455 - Option to enable activate on hover for bottom tabs
Summary: Option to enable activate on hover for bottom tabs
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasmashell
Classification: Plasma
Component: Application Launcher (Kickoff) widget (show other bugs)
Version: master
Platform: Other Linux
: NOR wishlist
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-05-24 02:31 UTC by flan_suse
Modified: 2024-09-05 15:58 UTC (History)
4 users (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 flan_suse 2024-05-24 02:31:00 UTC
Feature request to get an option to use "activate on hover" for the bottom panel.

Kickoff defaults to "click to activate" for the bottom panel.

There should be an option to toggle "hover to activate" for the bottom panel.
Comment 1 Nate Graham 2024-08-30 22:46:29 UTC
I don't think we're going to do this, sorry. Tabs elsewhere don't switch on hover, so this would make the UI in Kickoff inconsistent.
Comment 2 flan_suse 2024-09-01 16:25:55 UTC
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.
Comment 3 Nate Graham 2024-09-01 16:38:58 UTC
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 produce subtle bugs that are hard to isolate. So I'm afraid a user-facing option for this is not under consideration either.
Comment 4 flan_suse 2024-09-01 17:03:43 UTC
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 they necessitate a "triangle mouse filter".

Right now we have "Applications" and "Places", and later there may even be a third panel (such as a sole "History" section.) There's no way to "swing and go". Always the extra click... even when you're keeping your mouse on the bottom panel, which does not overlap or compete with other menus.

If anything is inconsistent, it how the menu behaves currently. Some parts activate on hover, other parts do not.
Comment 5 flan_suse 2024-09-04 14:26:52 UTC
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* about its usage.

Nate. An *option*. Just an *option* to allow activate-on-hover. Just as had been the case with previous versions of KDE, where the user is empowered with options to make the desktop work for *them*, rather than having to adapt to the developer's ideals.
Comment 6 Nate Graham 2024-09-05 15:58:44 UTC
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 implementing that in the form of a user-facing option, we might be able to call it something like "Switch on hover for sidebar items" which could be interpreted to mean the tabs below the list items too. In that case, you'd effectively have the setting you're looking for.

If we ever implement that, I'll keep it in mind.