https://bugs.kde.org/show_bug.cgi?id=384782
tqd8 <tempqd...@mailinator.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tempqd...@mailinator.com
--- Comment #37 from tqd8 <tempqd...@mailinator.com> ---
I think the solution here could be pretty simple. A draggable ordered list of
entries in the settings menu, with two options of how to place newly-appeared
('shown when relevant') icons: always in the specified order, or always added
onto the end.
(Plus another option to reverse the displayed order of the tray, if you want
the up-arrow on the other side, perhaps)
In the popup's grid of hidden icons, the order would also follow the ordered
list of entries. (Or, if really desired, we could have one ordered list for
in-tray, and a separate ordered list for in-popup, but that'd maybe be
excessive)
To illustrate:
>Entries:
>App 1 Always shown [-Drag-]
>App 2 Shown when relevant [-Drag-]
>App 3 Always shown [-Drag-]
>App 4 Always shown [-Drag-]
>App 5 Always hidden [-Drag-]
>App 6 Always shown [-Drag-]
Tray when App 2 is idle:
> [1] [3] [4] [6] ^
Tray when App 2 becomes relevant (in-order setting):
> [1] (2) [3] [4] [6] ^
Tray when App 2 becomes relevant (added-onto-end setting):
> [1] [3] [4] [6] (2) ^
I don't think having the icons themselves draggable is important, as it might
complicate the logic, but I think it'd be possible to still pull off. No
groups/categories necessary in the entries list.
--
You are receiving this mail because:
You are watching all bug changes.
