On Tuesday 10 April 2012, Thomas Pfeiffer wrote: > > 2. We only show specific icons, and we require applications to remove any > "Hide in Tray" options via HIG. > - Pro: Easier solution for us, since if someone disregards the guideline, > it's "their problem" and we don't have to care about it > - Cons: > - If a systray icon really makes sense for a particular application, we > have to either make an exception or they just can't have it > - Legacy applications may still be completely hidden
applications should never really put anything in the systemtray (we were at some point thinking of breaking it by default even on the desktop), some still do but on active makes even less sense, there must be a really good reason why the panel state should be given to anybody i also note that in general bangarang still has a completely desktop ui that doesn't fit that much, it was known that it was going to need work. in general actual traditional systray icons (the old xembed ones) aren't supported at all and will never be technically possible to putthem there, the icons that use thestatusnotifier item protocol as the protocol states, the host may or may not decide to represent them, so shouldn't rely on an icon being actually visible. in the case of bangarang was explicitly hidden because only the items of category "hardware, system service" and "communications" are shown, and only when in active or notifying state. icons of applications category are always hidden now (they were hidden in response to another bug report iirc) -- Marco Martin _______________________________________________ Active mailing list [email protected] https://mail.kde.org/mailman/listinfo/active
