Lol! This is the solution too but it is really kludge and I think you
gave up too early. I solved up the issue with hipchat. I found out that
hipchat unmapping its icon right after creation. From the unmap_notify()
function at stalontray/src/main.c:665
/* KLUDGE! sometimes icons occasionally
* unmap their windows, but do _not_ destroy
* them. We map those windows back */
XMapRaised(tray_data.dpy, ti->wid);
This is the kludge too, but it is the only known way to handle such
buggy applications.
So, we solve two of three problems with dwm's systray. I'll check last
one tomorrow.
On 03/07/2015 10:30 PM, Eric Pruitt wrote:
On Thu, Mar 05, 2015 at 09:40:56AM +0300, Yury Shvedov wrote:
Yep! Sometimes I have the same glitches but It doesn't hurt me. But
absence of an icon any time the client runs distress me. I have not
much time to investigate this too but when I will, I would look to
the code of something like trayer or stalonetray as an example.
I ended up solving my systray problems by writing a patch that treats
systray applications as special windows. I've attached the patch to this
email, but I wrote the patch on top of my existing patch set, so it will
not apply cleanly to dwm 6.x without some work. It's a bit kludgey, and
the patch was hastily cobbled together, but I will probably refine it
later. I first used the patch with trayer, but trayer [does not allow
you to specify the amount of padding between icons][1], and the default
padding is [way too thin for my tastes. On top of that, I ran into
[Debian Bug #749031][2] which is a non-issue with stalonetray.
Here's the stalonetray invocation I'm currently using:
stalonetray -bg '#000000' -d --icon-gravity NE --grow-gravity E \
--skip-taskbar --window-layer top -i 16 \
--kludges force_icons_size --decorations none \
--geometry 1x1-0+0 --slot-size 18
[1]: https://github.com/sargon/trayer-srg/issues/16
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749031
Eric
--
Kind regards
Yury Shvedov
