Closed AnthonyWharton closed 5 years ago
So I realised I never posted how I was launching trayer
and spotted the issue (Possibly the shortest issue I've ever raised on GitHub.. Feeling a bit silly :stuck_out_tongue:):
trayer \
--edge top \
--align right \
--distancefrom top \
--distance 4 \
--margin 4 \
--iconspacing 4 \
--widthtype pixel \
--width 80 \
--heighttype pixel \
--height 24 \
--SetDockType false \
--transparent true \
--tint 0x222222 \
--alpha 68 \
--expand false \
--monitor primary &
I realise now that --SetDockType
was false
, and when setting this to true
fixed the ability to focus/close issue I described.
The only problem now is that trayer
does not appear nicely on top of another dock I have, but I will diagnose how to get around that myself.
trayer
is able to take focus and closes when the close shortcut is executed whilst running under the i3 window manager.As a temporary workaround I attempted to make a quick dirty hack/script that reopen
trayer
when the process is not running - but this is when I realised that the process does not actually stop when the close shortcut is run.I've tried having a little look through the code as to where this could be addressed, but I'm unfamiliar with GTK/X programming so I'm not 100% sure where to look! At a very vague guess without cracking out the documentation, perhaps it might be something around the delete/destroy events?
Is it possible to stop
trayer
from even being able to take focus, and at the very least would it be possible to stop it from being closable from the window manager shortcut.