Bug 389146 - Kicker's KRunner result UI scales poorly as more runners are added
Summary: Kicker's KRunner result UI scales poorly as more runners are added
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Application Menu (Kicker) widget (other bugs)
Version First Reported In: 5.11.95
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords: usability
: 505061 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-01-18 10:09 UTC by Christian (Fuchs)
Modified: 2025-06-09 21:44 UTC (History)
5 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian (Fuchs) 2018-01-18 10:09:12 UTC
Currently there is a checkbox to extend the search to files (baloo) and bookmarks. Personally I don't want bookmarks, but I'd like to have files. 

Would be nice if we could check each, sort of 

- Extend search to 
 [ ] files and folders 
 [ ] bookmarks
 [ ] whatever the future holds

instead. It seems to concatenate a string to config currently, so separate entries should not be too hard from a technical point of view, UX is a different thing.
Comment 1 Alexander Mentyu 2018-01-26 17:18:20 UTC
Same wish but for Kickoff - https://bugs.kde.org/show_bug.cgi?id=382760
Comment 2 Nate Graham 2018-02-23 21:51:27 UTC
Kicker and Kickoff use the same backend; marking this as a duplicate of Bug 382760.

*** This bug has been marked as a duplicate of bug 382760 ***
Comment 3 Eike Hein 2018-02-23 21:57:57 UTC
I don't agree with the duping. It's true they use the same backend and have equal abilities to use or not use runner plugins, but whether or not to do so is much more down to the respective UI. E.g. Kickoff uses a single linear list to show all results, Kicker uses a column for each runner. They scale differently.
Comment 4 Nate Graham 2018-02-23 22:05:27 UTC
OK, un-duping. Let's use this bug to track refining Kicker's UI to better support an arbitrary set of runners so it doesn't become comically wide, and we'll keep Bug 382760 to track enabling/exposing the feature for both of them. Does that sound okay?
Comment 5 Eike Hein 2018-02-23 22:08:38 UTC
We can, I'm not sure we've made those decisions yet though :)
Comment 6 cwo 2025-05-31 16:47:23 UTC
*** Bug 505061 has been marked as a duplicate of this bug. ***
Comment 7 Bug Janitor Service 2025-06-05 21:25:08 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/3046
Comment 8 cwo 2025-06-09 16:58:42 UTC
Git commit 4fcf99d2601ee1367db4bf4d0b1d50a1c217b287 by Christoph Wolk.
Committed on 09/06/2025 at 16:17.
Pushed by cwo into branch 'master'.

applets/kicker: make runner columns horizontally scrollable

When additional runners are enabled and there are hits from many of
them, kicker's runner columns can easily overflow. This makes some of
them inaccessible and looks as broken as it is (including potentially
escaping the representation width).

Instead we limit the maximum width by screen width, and make the whole
thing horizontally scrollable if the content is larger than that.
Keyboard navigation is adjusted to make the focused element visible,
mouse use does not scroll by itself (as that is very disorienting).

M  +38   -3    applets/kicker/package/contents/ui/MenuRepresentation.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/4fcf99d2601ee1367db4bf4d0b1d50a1c217b287
Comment 9 cwo 2025-06-09 17:32:34 UTC
Git commit ebe917e703ea6da3d30f368879d0e5ae9ac50ccf by Christoph Wolk.
Committed on 09/06/2025 at 17:17.
Pushed by cwo into branch 'Plasma/6.4'.

applets/kicker: make runner columns horizontally scrollable

When additional runners are enabled and there are hits from many of
them, kicker's runner columns can easily overflow. This makes some of
them inaccessible and looks as broken as it is (including potentially
escaping the representation width).

Instead we limit the maximum width by screen width, and make the whole
thing horizontally scrollable if the content is larger than that.
Keyboard navigation is adjusted to make the focused element visible,
mouse use does not scroll by itself (as that is very disorienting).


(cherry picked from commit 4fcf99d2601ee1367db4bf4d0b1d50a1c217b287)

Co-authored-by: Christoph Wolk <cwo.kde@posteo.net>

M  +38   -3    applets/kicker/package/contents/ui/MenuRepresentation.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/ebe917e703ea6da3d30f368879d0e5ae9ac50ccf