Ethereal-dev: Re: [ethereal-dev] Should the title bar give the name of the current capture fil
> > This means that, unless an icon can be tuned to look good on a
> > taskbar-based desktop *and* a desktop with larger icons, we can't
> > arrange to have a good-looking icon in all circumstances.)
>
> What are the color limitations for an icon?
The limitation imposed by X (in the sense that the ICCCCCCCCCCCCCCCCM
imposes that limitation) for pixmap-based icons is that you get two
colors, not of your own choosing:
L4.1.2.4 WM_HINTS Property. ...
The icon_pixmap field may specify a pixmap to be used as an
icon. This pixmap should be:
o One of the sizes specified in the WM_ICON_SIZE property on
the root if it exists (see section L.4.1.3.2).
o 1-bit deep. The window manager will select, through the
defaults database, suitable background (for the 0 bits) and
foreground (for the 1 bits) colors. These defaults can, of
course, specify different colors for the icons of different
clients.
In practice, however, many window managers appear to allow
multi-bit-deep icons.
You can also specify an icon window, rather than an icon pixmap, in
which case you can presumably control the colors in that window (it's
just a regular X window that you own). The ICCCM says:
The icon_window field is the ID of a window that the client
wants used as its icon. Most, but not all, window managers will
support icon windows. Those that do not are likely to have a
user interface in which small windows that behave like icons are
completely inappropriate. Clients should not attempt to remedy
the omission by working around it.
Clients that need more capabilities from the icons than a simple
two-color bitmap should use icon windows. Rules for clients
that do so are set out in section L.4.1.9.
although, unless I'm missing something, the ICCCM doesn't say
1) how you should cope with window managers that don't support
icon windows - or how you even find out if they do (perhaps
your icon window just never gets mapped if they don't);
2) what happens if you specify both an icon pixmap *and* an icon
window (that'd be how *I'd* expect you to cope with WMs that
don't support icon windows - provide a window to use if
they're supported, and a pixmap to use if they aren't).
I don't know if Netscape, say, just sets the icon pixmap to a multi-bit
pixmap, or if it creates an icon window, because its icon isn't
monochrome....
