You are not logged in.
Hi all,
I have enabled xembed, and systray icons for applications like kalu or pidgin are displayed, but only as blank space (no visible icon).
I am using enlightenment 0.19.0-1 atm.
Anyone else experience this behavior?
Greets
Marcus
Last edited by MarcusMoeller (2014-11-03 17:02:39)
Offline
Click on the desktop, go to Enlightenment, then Restart, see if they come back. xembed support is known to be weak in E; now there's talk about removing it all together for E20, following the lead of plasma-next and unity.
Last edited by Scimmia (2014-11-03 17:25:32)
Offline
Yes, that helped. I have opened a ticket https://phab.enlightenment.org/T1791
Offline
Click on the desktop, go to Enlightenment, then Restart.
there's no need to restart the whole thing.
rightclick on shelf ➜ [shelf name] ➜ Refresh does the job.
since legacy xembed support is going to be dropped anyway (and dropped yet in git), better install appindicator stuff: libappindicator-[gtk2|gtk3|sharp] for gtk and sni-qt for qt4 (requires qt4 patched with this patch). then turn xembed off and enjoy.
— love is the law, love under wheel, — said aleister crowley and typed in his terminal:
usermod -a -G wheel love
Offline
Has anyone tried Qt4 systray icons with sni-qt on Arch? I'm on Debian, has patched Qt4 and use sni-qt under the latest E19. The Qt4 systray icons are usable but all of them are the "dialog-error" icon, not the apps' icons. sni-qt caches the apps' icons correctly in /tmp/ though.
That's while GTK appindicator icons are all OK.
Offline
Tsu Jan, did you have any luck? i'm seeing the same issue on openSUSE 13.2
Offline
Tsu Jan, did you have any luck? i'm seeing the same issue on openSUSE 13.2
I opened this ticket: https://phab.enlightenment.org/T1888
You could confirm the existence of the problem there.
Working most of the time under KDE, I had no time to study the E19 source but I will.
Offline
I took a look at the systray code but the root of the problem was deeper. Apparently E isn't tuned to sni-qt at all. As I'm no expert on the E code and, unfortunately, it isn't equipped with enough comments, we could just make devs more aware of this issue (by confirming its existence in the above ticket).
Offline
Added some more info to the report and CC'd the devs that have touched systray the most, i haven't looked into the e code myself much either
Offline
Click on the desktop, go to Enlightenment, then Restart, see if they come back. xembed support is known to be weak in E; now there's talk about removing it all together for E20, following the lead of plasma-next and unity.
If you run the enlightenment-git from AUR, Xembed support is already gone. Sort of a pain, as some applications still use it!
"Some humans would do anything to see if it was possible to do it. If you put a large switch in some cave somewhere, with a sign on it saying "End-of-the-World Switch. PLEASE DO NOT TOUCH", the paint wouldn't even have time to dry."
Offline
Added some more info to the report and CC'd the devs that have touched systray the most, i haven't looked into the e code myself much either
Oh, thanks! It got their attention at last. The problem with E bug reporting is that there's no automatic assignment.
Offline
thanks for highlighting this issue. I am having similar issues too and not sure how to implement the sni-qt solution - if that is one.
Not to distract from the main issue, but one question: how can one control what appears in the systray?
Thank you
RK
Last edited by rklinux (2015-01-24 02:32:50)
just learning, or trying to:-)
Offline