Bug 396881 - KMenuEditor not accessible through krunner results
Summary: KMenuEditor not accessible through krunner results
Status: RESOLVED FIXED
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.19.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Lohnau
URL:
Keywords:
: 430091 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-07-26 14:36 UTC by Till Schäfer
Modified: 2022-02-12 14:50 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.25
Sentry Crash Report:


Attachments
This menu ;) (89.05 KB, image/png)
2021-01-12 20:45 UTC, Alexander Lohnau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Till Schäfer 2018-07-26 14:36:30 UTC
Since some time it is possible to search an application in Kickoff and edit the application directly from the search (i.e., "right click -> Edit Application"). However, the Properties Dialog is not functionally equivalent to the KMenuEditor, as it is not possible to assign a shortcut to the application. 

In KMenuEditor this is possible in the "Advanced" tab. Thus this option might be placed in the "Advanced Options" subdialog of the Application tab in the Properties Dialog as well. However, the organization of KMenuEditor and the Properties Dialog is already quite different (e.g., the "enable launch feedback" option is located under the general tab in KMenuEditor and under "Advanced Options" in the Properties Dialog. Thus, it might also be placed elsewhere (e.g., directly in the "Application" tab of the Properties Dialog)
Comment 1 Kai Uwe Broulik 2018-07-26 15:41:35 UTC
The search finds applications, not menu entries. (Granted, this is a bit pedantic)
Comment 2 Till Schäfer 2018-07-26 16:55:46 UTC
Just some thoughts:
I understand that view point from a programmer perspective. However, the most common use case of the KMenuEditor for me is to assign shortcuts to applications. The "search and edit" feature does make the access to the application settings a lot easier than the manual search in KMenuEditor. So making it possible to assign shortcuts would give me a productivity improvement. 

Another thought: 
In general, the shortcuts are also not Kickoff or <some Launcher> specific. Thus, it would also make sense to be able to assign shortcuts in any other situation, when dealing with applications.
Comment 3 Nate Graham 2021-01-12 19:44:56 UTC
*** Bug 430091 has been marked as a duplicate of this bug. ***
Comment 4 Alexander Lohnau 2021-01-12 20:44:03 UTC
I have played with the thought/discussed a bit with Kai that we could add a context menu like entry as an action to the results. Like the one you get when when making a screenshot with spectacle.
Comment 5 Alexander Lohnau 2021-01-12 20:45:46 UTC
Created attachment 134792 [details]
This menu ;)
Comment 6 Till Schäfer 2021-01-12 22:41:20 UTC
To fully understand your proposal, I have some questions:
- Where does this menu appear? In the search result of Kickoff? In Krunner?
- What is the content displayed there? Do I get to the old "Edit Applications" Dialog, to the KMenuEditor, something new, or both? 
- Isn't this the same to the classical context menu in kickoff? Why do we need a new context-menu-like thing here?

Are we are mixing up krunner and kickoff here or are they the same from some technical viewpoint? It Would be nice to assign shortcuts to the application in both situations (searching a application through Kickoff or Krunner), but I feel a bit like my original Bug is somehow different to the duplicate. Original Bug title was "Application Properties Dialog from Kickoff misses option to assign a shortcut". The duplicate tries to find the KMenuEditor at all in Krunner, or am I wrong?
Comment 7 Patrick Silva 2022-02-12 13:13:07 UTC
KMenuEditor is accessible through krunner after this commit

https://invent.kde.org/plasma/kmenuedit/-/merge_requests/5
Comment 8 Nate Graham 2022-02-12 14:50:04 UTC
Yep! Effectively fixed now.