https://bugs.kde.org/show_bug.cgi?id=384782
--- Comment #50 from pallaswept <[email protected]> --- (In reply to pallaswept from comment #45) > 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*. > ... > 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'. So, I did this, and it's great. Well, I did the 'workaround we have at home' version, because when I went to try and find the relevant code, I found this: https://invent.kde.org/plasma/plasma-workspace/-/blob/master/applets/systemtray/sortedsystemtraymodel.cpp#L55 The Notifications icon is explicitly sorted to the top of the list. There's the culprit. I just swapped the true and false there so it sorted to the bottom of the list. Now the icons stay where I last saw them, almost all the time. Much more intuitive. I've had it for a number of minutes and already can visualise where my target icon will be, before I popup the list, in spite of throwing random notifications at it. That alone is great, but I'd love to see how this would work as described above, with all the 'when relevant' items sorted after the 'hidden' items, so the icons would stay where I last saw them, all the time, and never move. It would not be as good as custom ordering, but this proof of concept makes me certain that it would be a vast improvement. And it seems like it would be like a quick job for someone who knows the codebase (just need to get the visibility from the itemid, and use it in that sort method, that's it!). I really hope some kind dev will take a look at this. -- You are receiving this mail because: You are watching all bug changes.
