Glynn Clements <glynn(a)sensei.co.uk> writes in xemacs-beta(a)xemacs.org:
On comp.emacs.xemacs SL Baur wrote:
> Future versions of XEmacs will have greater dependence on PNG when
> we convert internal Xpm images to PNG.
At this point in time, "internal Xpm images" are the photos in
etc/photos. I'm also thinking of the toolbar icons, unless there's an
immediate problem with it.
Oh dear. That's anyone that doesn't use `normal' colours
stuffed.
> PNG provides lossless, highly compressed graphics with 24 bit
color. It
> is superior to everything that we are currently using.
Except Xpm.
If you mean about the symbolic color names, that's the one feature in
Xpm I'd like to see implemented with PNG. Jareth is thinking about
how to implement it, I believe.
Something that has come up again in other comments, is the matter
of "Why don't you include library sources and build them before
building XEmacs?" This would be a maintenance nightmare, IMO and
make development of XEmacs all but impossible on slow machines
(slow == anything less than a Pentium II >300MHz). For the most part,
libraries must be rebuilt every year or so, if that often. They don't
need to be rebuilt every time XEmacs is rebuilt.
I've been thinking about the problem of bootstrapping all of XEmacs on
a naked system containing only basic X11 and it's giving me severe
headaches. Especially since I haven't yet thrown in the required Mule
libraries and components Canna, Wnn4.2 and Kinput2.