https://bugs.kde.org/show_bug.cgi?id=437747
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
Ever confirmed|0 |1
Assignee|notm...@gmail.com |n...@kde.org
CC| |n...@kde.org
Priority|NOR |HI
Status|REPORTED |CONFIRMED
--- Comment #2 from Nate Graham <n...@kde.org> ---
It looks like I implemented this change in the wrong way. I removed it from the
set of available actions, rather than removing it from the currently-visible
set of context menu items (I forgot that the desktop context menu is
customizable). It should be removed only from the default context menu so that
people's existing customized setups will be preserved, and people who want it
in the desktop context menu after all can self-satisfy to put it back.
I still think that activating KRunner from the desktop context menu to be able
to trigger its history action with the mouse as well (instead of typing to
search) is an unusual niche use case, but hey, we're KDE, we should support it
anyway. Changing it so that the KRunner item is out of the menu by default, but
able to be put back, should satisfy this desire.
---
Separately, the reason provided in chat for wanting to activate KRunner with
the mouse is to be able to use the history feature with the mouse. If we added
a dropdown history feature to Kickoff just like KRunner, then Kickoff's own
KRunner-powered search could be used for this purpose and mouse-and-history
users would not have to use KRunner itself at all because Kickoff's own search
would have all the same features and be mouse-accessible.
--
You are receiving this mail because:
You are watching all bug changes.
