https://bugs.kde.org/show_bug.cgi?id=384782
--- Comment #45 from pallaswept <pallasw...@proton.me> --- Bear with me while I take a slightly different view to this... I've recently come to see the true cause of my wanting this feature. I noticed a behaviour that has a huge impact to this issue: 'Shown When Relevant' icons, reposition the hidden icons whenever one of them becomes 'relevant'. This is why the icon order is such a 'thing' for me and why I hoped to be able to reorder those icons, because they're always moving, and it's not easy to find them when you can't predict their position, logically it demands we search. But as it is, nothing can make their position predictable, even if we *could* manually reorder them. The two-column layout amplifies the effect of a single icon moving, too. Each icon moves not only up or down, but left or right, as well. The greatest offender on my systems is the Notifications icon, as when hidden, it goes to the top of the list, and when shown, it disappears from that list, ensuring that *every single hidden icon is moved when this one becomes relevant, and again when it is no longer relevant, both of which it does all the time*. Once I noticed this, it's like a slap in the face, it's been obvious for years - every time I can't find the darned icon, it's because I recently got/cleared a notification. I'm not sure about you all but for me this is dozens or hundreds per day, so I'm basically guaranteed to not be able to find the icon I want, which made me want to set the positions manually... and here I am. Since actually solving this issue as intended (reordering icons) is difficult, and I now realise will not even solve the problem, perhaps in the meantime as a form of mitigation, it might be considered to make the 'relevant' icons be present in *both* lists (the panel *and* inside the hidden icon popup)? That way it will behave the same as now, hiding when inactive and appearing on the panel when there's something to note, but it won't wreck the entire hidden icons UX when it does. The only downside is that the icon appears in two places and maybe that might seem weird but I feel like the consistent behaviour far outweighs that cost. Hidden/Shown just becomes All/Active. Alternatively, maybe put the "Shown when relevant" icons at the *end* of the hidden list, so that they only mangle each others' order, but not everything which is marked as 'Hidden'. Perhaps someone else could think of a better way to deal with this "Shown when relevant repositions everything" problem, those are just the two that I thought of. I don't mean to hijack this issue, manually reordering icons is still the way, but I thought this might be easier for a benevolent dev to implement, and mitigate the problem significantly. Also, when manual reordering is eventually implemented, it seems this will still be needed, to make manual icon ordering effective in providing a predictable position of the icons. -- You are receiving this mail because: You are watching all bug changes.
