Please bear with me. I would be really thankful if we have a plasmoid which implements a XEmbed system tray. I understand very well what has been said in bug 345264 but we are now in Plasma 5.3.0, which is being widely deployed, and we still have lots of 3rd party apps which do not understand the new system tray functionality. The fact is that the apps are not evolving to the new system tray methods as Martin Gräßlin hoped in his blog post here: http://blog.martin-graesslin.com/blog/2014/03/system-tray-in-plasma-next/ I'm tired of trying to cook half baked solutions such as trayer, wmsystemtray or others. But we have lots of apps (such as pidgin, dropbox, etc.) that somehow do not understand our systemtray to the point that I am forced to install these 3rd party system trays which in turn are not adapted to plasma. The result is that the XEmbed system tray clutters my desktop, hiding crucial UI elements from program windows, etc. So, can you please implement a legacy XEmbed system tray that we could use in case we have to deal with these misbehaving apps? I would really appreciate that. Thanks for all the wonderful work. Reproducible: Always Expected Results: A legacy system tray plasmoid for stubborn XEmbed-only apps.
Anyone who is able to write such a plasmoid can publish it on kde-apps.org or make it part of kdeplasma-addons. I am not sure we need to keep "wishes for plasmoids" open here. In KDE4 times, we simply closed such requests. Plasma developers have stated multiple times that they will not implement the XEmbed protocol, and have also explained the reasons.
> Anyone who is able to write such a plasmoid can publish it on kde-apps.org or make it part of kdeplasma-addons. I wish I knew how to code... I honestly wish. I couldn't. But I can translate, and served as a Spanish translator for KDE for 10 years. I cut my teeth with the KDE 2.2 release IIRC. > I am not sure we need to keep "wishes for plasmoids" open here. In KDE4 times, we simply closed such requests. In KDE4 times we had that small communication problem and lots of users leaving the environment. I see KDE is trying to do it different in KDE 5 times. > Plasma developers have stated multiple times that they will not implement the XEmbed protocol, and have also explained the reasons. I think I've shown I'm well aware of the reasoning behind this decision and how developers communicated such decision. However, I think that its expected outcome is not happening. Therefore, I respectfully ask them to reconsider. I gave my reasons in the post. If they should decide to just close this request with WONTFIX or something like that, I'll understand. But it would be great if they think about this now given that Plasma 5.3 is seeing wide adoption. Thanks again.
*** Bug 348402 has been marked as a duplicate of this bug. ***
I agree, this is the most annoying part of kf5. I use gtk/gnome/kde4 apps that are just using xembed. This kind of major move should have at least a widget where you can mimic the systray if you guys are still being obstinate about supporting xembed. (pidgin, audacious, java apps)
This indeed seems like a great usability boon for the actual users of KDE5 for day-to-day tasks - we cannot rewrite all legacy apps and KDE5 has ceased to support them in a decent manner.
i would suggest that this wish should be closed as fulfilled as soon as xembed-sni-proxy (https://github.com/davidedmundson/xembed-sni-proxy) ships in Plasma. Thank you!!
Hi there, xembed-sni-proxy is in plasma-workspace [1] since October, so this bug report might be closed. [1] https://quickgit.kde.org/?p=plasma-workspace.git&a=tree&f=xembed-sni-proxy
Indeed, closing (and kudos to all that helped make xembedsniproxy possible)