trayer don't show any icons

Hi all,

I don’t know if this question is on the right place but I try it here cause it is not mentioned to fvwm but trayer is implemented in FVWM-Crystal which is based on FVWM. So I hope someone know something about my problem :blush:

Ok here it is:

I have installed trayer 1.0 on my Debian system (Etch). I can start it under my FVWM 2.5.14, but if I open e.g. amarok and ‘close’ it (with the close button), no icon will appear in trayer. But amarok is running, cause music still plays :confused:

Do anyone know why no icon appear?

With ldd /usr/bin/trayer
no lib is missing …

I’m looking forward to any reply

Best Regards


Not only trayer, but all the rest of dockers fails with most qt based applicatons. Its nothing bad about the docker, it is simply that qt based (and amongst them all the kde programs) uses a different protocol for the tray applications. I dont know if there is any workaround for amarok, I dont use it, but if the problem is the same that with the rest of qt programs, the I doubt. Solution: to live without the try icon, or to live without amarok.

Sorry, I cant be of much more help :cry:


thanks for reply. It’s a pitty :frowning:

Ok, I will try to contact the developer if there is a possibility for a workaround.

Best Regards,


pleas tell how it’s going with that… I use mostly Qt-based programs and unfortunatly I like fvwm 8) So it’s big problem also for me :confused:


Once KDE apps start adhering to the trayer specification this problem should go away. I thought xystray did work with kde based apps though, but I’m not certain.

few months ago i used XFCE… and look here ( -> amarok, k3b recording, amarok2

XFCE use specification, in XFCE it works. Why not in fvwm trayer?

That xfce is freedesktop compliant, does not mean that it is limited to that only. KDE is also freedesktop compliant (or at least aims to), and also support kde system tray icons (not strange!). The problem is that, to deal with the kde system tray it is not sufficient to be freedesktop or ewmh compliant, because the mechanisn is totally different. You could try to use the xfce system tray under fvwm, but for sure that it would not worth the trouble, because you will have to run a lot of xfce stuff to archieve that. :cry:

Hi BlackDragon,

I’ve compiled Xystray and tested with amarok and some other KDE apletts - no chance - it won’t show any icons :frowning:

I have sent a posting to the FVWM-Crystal forum on BerliOS about workaround for KDE apps in trayer. I will post here if i get something from there.



Hi, I found it by accident -> KTray

so if it work’s it is good :smiley:

I use stalonetray on fvwm-crystal. It have only X as dependency. It doesn’t have percentage support for the transparency, but stalonetray maintainer said me at it is possible to implement it with a FvwmButton. It is on my TODO list if I can figure out how to make it to work with --grow-gravity.

My bigest problem with stalonetray was at it was loosing most of the tray icons after a recipe change-restart. I get the same problem with trayer. My solution was to keep stalonetray alive during fvwm restart and restart it after. As example, for the Default Crystal recipe:

[code]# Settings of Trayer {{{1
AddToFunc “StartFunction” “I” Module FvwmCommandS

  • “I” Exec exec killall stalonetray
  • “I” Schedule 800 Exec exec stalonetray
    -geometry 24x24-217+3
    –grow-gravity E
    –dbg-level 1
    -bg $[TrayerTint]

I changed a few things. I add the style in components/styles/FVWM:Style stalonetray UseStyle FvwmPartsHmm, this was easy.
And I use a FvwmButtons:[code]

Trayer width, the first number is the icons number, adjust it to fit yours needs

PipeRead ‘echo SetEnv trayer_width $((8*24))’

AddToFunc StartFunction I Exec exec killall stalonetray

DestroyModuleConfig FvwmStalonePanel: *
*FvwmStalonePanel: Frame 0
*FvwmStalonePanel: Font none
*FvwmStalonePanel: ActiveColorset $[cs-panel-active]
*FvwmStalonePanel: Colorset $[cs-panel-inactive]
*FvwmStalonePanel: Columns 1
*FvwmStalonePanel: Rows 1
*FvwmStalonePanel: (1x1, Padding 0 0, Swallow (NoClose) “stalonetray” ‘Exec stalonetray
–dbg-level 1
–icon-size 24
-geometry 24x$[trayer_width]-1+170
–icon-gravity N’)

Module FvwmButtons -g 24x$[trayer_width]-1+170 FvwmStalonePanel[/code]This is for the corner recipe. The “killall stalonetray” is maybe not so elegant, but it work. I don’t loose any icon when changing the recipe.

EDIT: I removed the ReSpawn option. It work fine without it.
EDIT2: As I cannot figure out how it can be possible to make a FvwmButton with a dynamically variable size (I don’t even think at it is possible in this case), I modified the button with a variable.

You can’t without restarting that specific FvwmButtons instance.

Maybe you could use something like:

*FvwmFoo: (1x1, Swallow (Kill, UseOld) 'stalonetray' Exec exec stalonetray)

(Kill, UseOld) seems to me like the best bet when dealing with applets and the like. Some WMfoo applets have a very weird behaviour sometimes, and I ended always with several instances of them on my htop listing. This way all seems to work ok. There is the little overhead of killing and restarting them, but well, it’s not a bid problem, and anyway in this case it IS the desired effect.

I dont know if there is any workaround for amarok, I dont use it, but if the problem is the same that with the rest of qt programs, the I doubt.