Version: (using Devel) Installed from: Compiled sources I have a xinerama setup and a panel on each screen. When I place a systemtray widget in each panel only one of them will contain any icons. (Normally that is the one on the second screen, but sometimes they appear also in the first one.) It would be a cool feature if one could tell one icon to appear only in this systemtray or to appear in all systemtrays (just like you can make windows appear on one or all virtual desktops). If that is not possible, then at least all icons should appear in all systemtray widgets, because otherwise it doesn't make sence to have more than one systemtray.
Created attachment 23348 [details] plasma-appletsrc Here is my plasma-appletsrc file, if that does help.
i'm not expert on X issues but given systrays icons are normal windows that are placed in systray with xembed i don't think haveing an icon in more than one systray is possible at all, maybe something could be achieved with some hacks with compositing but thinking about it my head explodes :D
Hm, didn't know that. I only knew, that KDE3 already restricts to one systray and hoped, that KDE4 would get rid of that limitation. So if I get this right, the feature request would be to double windows, right? BTW, I would be unhappy if this only will be possible with compositing, because on my ATI card that doesn't work, but it would be better than nothing.
yes, this is one of the many problems with the current system tray. i do not support hacking around the current systray with uglyness; we can close this when we get a new systray system. (ha)
> comment 4 Hm, do you maybe have an idea when that might be implemented? I guess not KDE 4.1 from what I read here. :-( What about KDE 4.2? Or will that be a feature, that will be implemented when GNU Hurd gets released stable? I don't want to push you, because I guess, that most users won't care about this, but a little statement would be cool. ;)
Having icon 1 in system tray 1 and icon 2 in system tray 2 is possible, but having an icon appear in multiple system trays isn't - at least not until the FDO standard is updated to support it.
Hm, I don't exactly get, why you need to wait for the FDO standard. Isn't it better to implement it and then ask for standardization? (If nobody did so yet, of course.)
What you're asking can't be done by building on the current standard as far as I know. That means that it would need to be an entirely new framework which would need to also be backed by applications as well. Even if compatibility with the existing spec could be built into kdelibs so that kde applications could continue to work in gnome, osx, windows, etc having a bug open against plasma is not the best way to coordinate such effort.
Ah ok, I see. Then you might just mark this bug as resolved/later or wontfix. I sort of lost hope, that I'll see something like this in the next few years. :(
Choosing which icons appear where is doable purely within plasma and likely useful, so will leave it open for the time being.
Multiple trays are now allowed and it is possible to specify which icons go in which tray (although the interface sucks). Furthermore, support for having an icon in more than one tray is also there. The current spec prevents making use of it though...
Not to be disrespectfull to the knowledgable people who have commented above, but I'm fairly certain it actually would be *possible* to show a systray icon in multiple systrays without making any change to applications! My thinking is as follows: Traditional systray icons are basically x11 windows that are embedded into Plasma. Kwin can redirect X11 windows to multiple locations (alt-tabbing with composing for example). So if Kwin can do it, so can Plasma (if nothing else by creating some Kwin magic that Plasma can hook into). Ofcourse, I have no idea how hard it would be (I know neither the internals of Kwin nor Plasma), but it should be *possible*, and it sure would be usefull for us multi-screen users... Could someone whith knowledge of Kwin and Plasma internals please consider this idea and evaluate whether it's feasible for KDE 4.3?