The following message is a courtesy copy of an article
that has been posted to comp.emacs.xemacs as well.
On 19 May 1999 at 10:20:32 +0200, Anders Magnusson
<Anders.Magnusson(a)solid.lth.se> wrote (on comp.emacs.xemacs):
I've asked about this before but now I have upgraded to XEmacs
21.1
and the problem is still there. I try to set ps-print-color-p to t but
XEmacs refuses to understand that. I've tried with (setq-default ...)
in .emacs and with the customize system with no effect (well it sets
it for the current session, but the next time I start XEmacs it has
forgotten it and I have saved it, I can se the line in the
custom-set-variables list). When I try to set it with customize I get
a message like
this option has been changed outside the customize buffer.
This looks like an outgrowth of a problem I reported last April against
XEmacs 20.4. A number of Lisp packages conditionalize behavior on
emacs-minor-version ... but don't check emacs-major-version. They were
doubtless written when *all* XEmacsen had major version 19, but that
makes them do the wrong thing for XEmacs 20.* and XEmacs 21.*. Kind of
a Y2K-style bug, if you will.
The particular problem you are having is a result of this code from
os-utils/ps-print.el (starting at line 1386):
(if (or (eq ps-print-emacs-type 'lucid)
(eq ps-print-emacs-type 'xemacs))
(if (< emacs-minor-version 12)
(setq ps-print-color-p nil))
(require 'faces)) ; face-font, face-underline-p,
The following defun, ps-color-device, does something similar. So, once
we get an XEmacs 21.12, printing in color will magically work again. :-)
Incidentally, I sent mail to the package maintainer (Jacques Duthen)
about this, and found that email to the advertised address
<duthen(a)cegelec-red.fr> bounces. Mail to the other address mentioned in
ps-utils.el <duthen(a)club-internet.fr> did not bounce.
Other Lisp files that are, right now, doing the wrong thing because of
this problem include:
edit-utils/avoid.el
psgml/psgml.el
psgml/psgml-xemacs.el
I don't guarantee that this is an exhaustive list. There are a number
of other places where the wrong thing will happen if emacs-minor-version
ever becomes sufficiently large (e.g., w3/w3-menu.el would not do the
right thing with an XEmacs 21.28).
Regards,
--
Jerry James
Email: jerry(a)cs.ucsb.edu
WWW:
http://www.cs.ucsb.edu/~jerry/