Mats Lidell writes:
So we have on this list heard that the last Tramp version with
xemacs support has been pushed to the packages. Now Gnus is
discussing removing xemacs support.
It's sort of irrelevant to the current discussion, but Gnus has never
supported XEmacs all that well IMO, mostly due to the extents (which
can be trained to DTRT about copying headers) vs. overlays + text
properties issue. But this is exactly where upstream removing
compatibility code will hurt.
OTOH, TRAMP doesn't have that problem; for TRAMP it's simply the magic
file handler features that XEmacs lacks, it's not a question of
adapting different APIs or working around different behavior. AFAIK,
with the exception of the UI issue that for XEmacs the GNU-Emacs-style
TRAMP syntax conflicts with EFS, we can probably mostly just use TRAMP
if we introduce the needed features. And Michael promised that our
alternate syntax will be kept.
Not decided yet I think but still not unlikely. I know bbdb is
already there. And what about all those packages we have not synced
for years!? And all the new packages we would like to have!?
We've already discussed that, really. Projects "dropping suport"
doesn't change anything qualitatively, it just makes it more likely
that people will switch soon.
XEmacs-Beta mailing list