On Mon, 3 Nov 2014 14:54:20 -0300 Vinícius dos Santos Oliveira <[email protected]> said:
> Devs will fix the systray. Systray is what I care about, not XEmbed. actually the xembed is the thing that was broken that people bitched about - so that's just being dropped. if your app only does xembed - well. too bad. no longer will it even half-try. :) > Glad to know that. > =) > > 2014-11-03 13:10 GMT-03:00 Tom Hacohen <[email protected]>: > > > Adding e-users to CC. > > > > On 03/11/14 15:58, Tom Hacohen wrote: > > > Hey everyone, > > > > > > After fairly long chats with Carsten and Mike during LinuxCon and over > > > IRC, trying to fix systray on my own, and better understanding the > > > systray landscape, I've also switched to the drop-xembed camp. > > > > > > Introduction: > > > For those of you who don't know, there are currently two main ways for > > > implementing systray in Linux, Xembed (legacy) and appindicator (fairly > > > new). > > > > > > Xembed: this is the legacy way of doing it. An application which wants > > > to have a systray icon creates a small (22x22 px) window which gets > > > embedded into the systray gadget. This is a window like any other, so > > > for better or worse, everything is user controlled, including ugly > > > inconsistent behaviour. To make things even worse, those "windows" > > > usually don't have a transparent background, but instead use hacks to > > > determine what solid colour background they should use, making > > > themability, something we care about a lot in E, suck. > > > > > > Appindicator: dis is a specification that start by the KDE devs a while > > > back, and was adopted by unity/ubuntu. It's essentially a dbus api, > > > which means the shell (enlightenment) has more control regarding look, > > > feel and behaviour, and makes the shelf more consistent among apps. > > > > > > > > > Major issues with Xembed: > > > Apart from the issues mentioned above, xembed is also broken because it > > > (obviously) doesn't work under wayland, it doesn't work with higher dpi > > > screens (remember the 22x22 restriction?), clients implement it in a > > > hacky way, and that means servers have to adapt, making it very painful > > > to support, and last, but not least, it's considered obsolete by many > > > people in the Linux world, namely us. > > > > > > > > > Rest of the ecosystem: > > > From what I understand, KDE5 will have no xembed support, Unity already > > > doesn't support it, and I hope we and many others will follow. > > > I don't remember the exact list, but from the kde blog (see link below) > > > and off the top of my head, in elm we only support appindicator for > > > systray, most Qt and GTK+ apps support it, dropbox and steam also use > > > it, so it's really just skype that's broken, I'd complain to support and > > > get it working. If you encounter anything else that doesn't, just open a > > > ticket at the respective project. > > > > > > > > > But why not just fix the systray module? > > > It's a lot of work and it's just not worth it since there is a better > > > and widely used alternative out there. I also tried writing a module to > > > embed a standalone systray into our shelves only to find out that all > > > the standalone systrays suck. :) > > > I wanted to port the e17 systray module to e20, but according to Mike, > > > that won't work, as there are many issues with the compositor > > interactions. > > > > > > > > > Essentially, unless we come across a reasonable reason why Xembed > > > support shouldn't be dropped, I suggest we go on and get rid of it in > > > the next week or two. > > > > > > > > > References: > > > > > http://blog.martin-graesslin.com/blog/2014/03/system-tray-in-plasma-next/ > > > > > > > > > Thanks. > > > > > > -- > > > Tom. > > > > > > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > enlightenment-devel mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > enlightenment-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > -- > Vinícius dos Santos Oliveira > https://about.me/vinipsmaker > ------------------------------------------------------------------------------ > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
