Uwe Brauer writes: 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 error. 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 21.4. 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. Steve _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta