Jake Colman writes:
I came across an old post that indicated that the XEmacs X11 application
class was rename from Emacs to XEmacs to avoid conflicts with GNU
Emacs. But I just ran some quick tests and it looks like XEmacs honors
both class names. Is this correct?
Yes, for 21.4. That will not change.
Current 21.5 (since b21) will not recognize class Emacs unless you
jump through hoops (set USE_EMACS_AS_DEFAULT_APPLICATION_CLASS in the
environment to something non-null before starting XEmacs). I gather
from the "X Resources" node in the "XEmacs User Guide" that Aidan or
maybe Mike thinks this behavior should go away sometime, but (a) I
consider it harmless and will drag my heels :-) and (b) people are
conservative enough about that kind of thing anyway.
I don't think there's any point in refusing to recognize .Xdefaults
itself, but you should be aware that X.org says (for oh, about a
decade now :-) that you should be using .Xresources and xrdb to manage
resources. I don't think it matters what X people say, because
looking for .Xdefaults is hard-coded into XEmacs IIRC (ie, not
inherited from Xt), but as Wavy Gravy said about the brown blotter at
Woodstock, "you should be aware there's a warning out on that one, OK?"
XEmacs-Beta mailing list