Re: Grey Matter
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
David Kastrup writes:
> version dependencies. I know from AUCTeX that it has been an
> absolute pain to provide compatibility with Emacs 20.4(?) APIs
> because XEmacs has not bothered keeping up.
It's more than a "bother" to keep up; it's illegal. Until we get the
GPLv3 stuff nailed down, which is slowly coming along.
XEmacs has not synched consistently for much longer than GPLv3 has been
around.
> Lagging 5 to 10 years behind the core usability
Oh, come on, David. Lagging 5 to 10 years behind core usability
doesn't bother you at all when it's XEmacs that is ahead.
XEmacs is not in the habit of being ahead concerning programmer
convenience.
I will remind you that Richard and Stefan do not have your qualms
about supporting old versions of anything.
They are not interested in XEmacs at all. Why should they?
> That's not my bet. Emacs is still on its forward path to
providing
> a consistent IDE and that means advancing forward on several fronts
> at once in a more or less interlocked manner.
Fine. Keep the parts that the IDE depends on in core at least until
the APIs settle down, and maybe forever if the IDE stuff turns out to
be mission-critical to all Emacs users. I don't think that should
include Gnus, calc, calendar, and maybe not even org-mode, though.
Just moving Gnus and calc out of the core distribution would make a
huge difference in time to bootstrap.
Computers grow faster than Emacs, so the situation gets more tolerable
in time overall rather than the other way round. Gnus has a CVS (or
whatever its repository is) of its own; so the situation is a bit
different from upstream calc which lives just in Emacs' repository.
The Emacs package repository will IMO not likely get populated much from
stuff currently in Emacs proper rather than externally developed
packages.
--
David Kastrup
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/mailman/listinfo/xemacs-beta