wmsystemtray(1) | General Commands Manual | wmsystemtray(1) |
wmsystemtray - A freedesktop.org system tray as a Window Maker dock app
wmsystemtray [options]
wmsystemtray is a system tray using the freedesktop.org system tray protocol designed as a Window Maker dock app. It has the ability to display more than one dock window to make room for more tray icons, and the ability to scroll through the icons if more are present than will fit.
The main portion of the dockapp has room for four 24x24 or nine 16x16 tray icons. At the bottom are left and right arrows for paging when more tray icons are available than can be displayed at once, with an indicator between showing the current "page" of icons and total number of pages currently available.
In addition to left-clicking either scrolling arrows, the mouse's scroll wheel may be used on the bottom section to change pages.
SIGUSR1 and SIGUSR2 may be used to change pages. A program such as xbindkeys may be used to send these signals to wmsystemtray on appropriate key presses.
The balloon message portion of the freedesktop.org protocol is not implemented at this time. I've heard that the official Gnome system tray doesn't implement this either, and most tray apps seem to directly use dbus desktop notifications service.
Most of the Xembed specification is not implemented, as it is not needed here. For example, the only point to redirecting input focus is to allow the outer window to see input events (and then the outer window has to forward those events to the embeds). But since we don't really care, we can just let the icons get events directly. Similarly, we don't take focus or activation, and we don't do accellerators.
wmsystemtray was written by Brad Jorsch <anomie@users.sourceforge.net>.
Email regarding wmsystemtray should be sent to anomie@users.sourceforge.net.
When I finally decided to make use of some applications that work via system tray icons, I looked around for a tray for my preferred window manager. Some didn't integrate well (I didn't want a bar at the top or bottom of the screen), some dockapps couldn't handle more than 4 icons at all, some could do 4 icons with paging (and much crashing if any program was killed), some could do more than 4 icons by creating arbitrary numbers of app icons (but undockable, because they were created "as needed"). So I decided to write my own, combining the best features into a stable app.
February 22, 2014 |