Uwe Brauer writes:
However as far as know org-mode < vs 7 works well with
Xemacs 21.4.X but only 21.5.X works with org-mode >vs
This is the kind of issue that is indeed a problem for *upgrades*.
For a new package it shouldn't be a show-stopper as long as the
package is properly protected (eg, it errors when you try to load it
in 21.4 -- but this is not necessarily trivial if some other package
which requires it would break).
It would, however, be nice to provide some org-mode support for 21.4.
There are several plausible strategies.
If org-mode 8 actually works in XEmacs 21.4, but a few new commands
don't, we could simply add an org-old-xemacs.el file that is
conditionally required by loading org-mode, if XEmacs is too old.
This file would then advise those commands to throw an unimplemented
If org-mode 8 generally depends on internal functions that don't work in
XEmacs 21.4, there are several options. Reimplement them compatibly
with XEmacs 21.4, implement the necessary APIs in Lisp in a separate
library, or provide a separate org-mode-7 package for use with XEmacs
That is why I don't know whether it makes really sense to
provide orgmode as a xemacs pkg.
Please don't misunderstand. The "must work in stable" rule is not
intended to keep us from making progress. It's intended to prevent
regressions where a package that used to work in the stable XEmacs
breaks even though the user is using the same XEmacs they did before.
XEmacs-Beta mailing list