klaus.berndl at sdm.de
Thu Feb 5 12:23:41 EST 2004
>From the point of a package-maintainer (ECB):
I agree concerning the extends vs. overlay-compat thingy. IMHO the overlay-compat-API is not really necessary - package-maintainer can handle both sides with little effort.
But why the libs timer.el and thingatpt.el are in the fsf-compat package??
Both of them (especially timer.el) are IMHO not only compat-libs to GNU Emacs but more a really helpful simple-to-use-API ontop of the timer-stuff of each Emacs-version. Functions like run-at-time or run-with-idle-timer
are very senseful, helpful, useful for every elisp-programmer so the most important job of these functions is IMHO simplifying (or even making usable) a very complex low-level-API (in both Emacsen, the GNU-Emacs one is even more complicated than the XEmacs one and the GNU-Emacs timer.el-code is really ugly compared to the XEmacs one). Increasing compatibility between XEmacs and GNU Emacs is only secondary fpr timer.el.
Same for thingatpt.el which is also very useful but has not the make-a-low-level-API-usable-aspect .
So: Why not moving the libs timer.el and thingatpt.el to another XEmacs-package?
If fsf-compat is really removed from the sumo then a lot of people will miss timer.el and also (but maybe not so much ;-) thingatpt.el.
Thought of the XEmacs-maintainers?
More information about the XEmacs-Beta