Menu

#826 Program-defined tray icons handled incorrectly

taskbar
closed-invalid
nobody
icewm-1.3 (100)
5
2009-01-25
2009-01-11
No

I have a utility which minimizes itself into the tray, where a right click on the icon activates a popup menu. In principle, this works fine, but it seems to collide with tray icons generated by icewm.
I tried to prevent the icon from appearing twice in the taskbar by putting "foo.tray: Exclusive" in my winoptions file. This causes a second tray (or whatever) to appear to the left of the original one, containing the window icon. A left click on it has the these effects:

1. The original window is restored. The additional icon stays in the tray.
2. The tray icon installed by the program disappears and never comes back (in this session).
3. Restarting icewm by "killall -HUP icewm" doesn't help. Instead, a small, black, empty windows appears on the screen. Xprop reports:
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW

Similar things happen if winoptions contains "foo.tray: Ignore" and 'Tray Icon' is selected in the window menu.

I'm using icewm-1.3.3. Attached is a shot containing the right end of the taskbar.

Regards,
Bernd

Discussion

  • Bernd Eggink

    Bernd Eggink - 2009-01-11

    Right end of taskbar

     
  • Marko Macek

    Marko Macek - 2009-01-25

    In general, icewm tray icons and application tray icons are completely distinct. If the application itself handles the tray docking, it's best to leave everything to it and not mess with icewm tray icon settings (they will not be in any way synchronized).

     
  • Marko Macek

    Marko Macek - 2009-01-25
    • status: open --> open-invalid
     
  • Marko Macek

    Marko Macek - 2009-01-25
    • status: open-invalid --> closed-invalid
     

Log in to post a comment.