| Summary: | Commands have too low priority | ||
|---|---|---|---|
| Product: | [Plasma] krunner | Reporter: | Fabian Vogt <fabian> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | REOPENED --- | ||
| Severity: | normal | CC: | alexander.lohnau, asturm, natalie_clarius |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/systemsettings/-/commit/6c67ae0e14dc0bea64902b2003efb6c339d950a2 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
| Attachments: | Local results for "systemsettings" | ||
|
Description
Fabian Vogt
2023-11-30 19:37:37 UTC
As you observe, this is because applications are a favorite, and I think for most users that's a sane default, as before we had that feature we've received many bug reports about applications typically being ranked too low, and missing the ability to show app results first no matter what. It this doesn't match your usage patterns, you can set your favorites accordingly; if afterwards the command match is still ranked that low then I suppose this could be improved. So closing as intentional; if the behavior persists after you unconfigured applications to show first, feel free to reopen. Even with the shell command runner added as favorite, the unrelated applications appear on top. And you added it as favorite higher or lower than applications? A possibly relevant merge request was started @ https://invent.kde.org/plasma/systemsettings/-/merge_requests/273 Git commit 6c67ae0e14dc0bea64902b2003efb6c339d950a2 by Alexander Lohnau. Committed on 05/12/2023 at 06:55. Pushed by ngraham into branch 'master'. Add systemsettings keyword to desktop file This will ensure that the executable name matches a provided keyword M +1 -0 app/kdesystemsettings.desktop M +1 -0 app/systemsettings.desktop https://invent.kde.org/plasma/systemsettings/-/commit/6c67ae0e14dc0bea64902b2003efb6c339d950a2 (In reply to Natalie Clarius from comment #4) > And you added it as favorite higher or lower than applications? Lower. If I set it higher then I expect it will be wrong for other searches. Otherwise it should be the default. IMO ignoring relevance because of favorite configuration doesn't work in practice. (In reply to Fabian Vogt from comment #7) > (In reply to Natalie Clarius from comment #4) > > And you added it as favorite higher or lower than applications? > > Lower. If I set it higher then I expect it will be wrong for other searches. > Otherwise it should be the default. > > IMO ignoring relevance because of favorite configuration doesn't work in > practice. But opting out of the default relevance with your preferred ordering is exactly what this setting is for. If you order the command plugin after the application launcher then the result you describe is expected, that's what the UI tells you will happen. If you want to rely entirely on the built-in ranking, unfavorite the plugins. (But as mentioned in the Matrix room, I do tend to think now that it is better for us not to decide on applications being a favorite as a default.) (In reply to Natalie Clarius from comment #8) > If you want to rely entirely on the built-in > ranking, unfavorite the plugins. (But as mentioned in the Matrix room, I do > tend to think now that it is better for us not to decide on applications > being a favorite as a default.) Yes, I tried that and it didn't help because of "CategoryRelevance". I agree that if two results have the same category relevance, it should fall back to the highest match relevance rather than to the internal (alphabetical?) ordering, like how we did previously with the match type. |