> Now in theory, you could take the png's and convert them to a like sized xpm > image - I don't really see the point - once png support gets a little better, I > would actually see dropping the xpm images as pretty likely (not very bandwidth > friendly and don't gain us anything of png). One thing I did notice as an advantage of xpm: a single xpm can support multiple colormaps for different color depths, thus allowing the client to choose a colormap appropriate to its visual and depth. This also eliminates the need to have separate monochrome xbm images, unless they're used to deal with downlevel clients-- and I don't know that clients that old are supported. So for that matter, why not drop the xbm? > Actually one thing they gain is a smaller colorspace. With agreement with me, > David also used more than the standard 20 or so colors we use for Xpm's - I > think he went up to about 100 or so - enough so an 8 bit display could still > show all of them, but also enough to improve quality. I think part of the issue is whether the graphics should look iconic or photographic. In 24x24 or even 32x32, I think it's a small enough space to warrant iconic style, which also copes well with a restricted colormap.