Perry Wagle <wagle(a)mac.com> writes:
Both emacs and vim handle recoloring multi-line objects like
strings,
etc. Xemacs doesn't.
[...]
It colorizes correctly initially, but loses track of everything not on
the line being edited when changing the comment chars.
Emacs' version of font-lock has evolved a lot but cannot be synched
easily, mostly for licensing reasons as far as I know.
Is there any work going on to fix that?
People here at XEmacs are spending quite a bit of their time into
relicensing XEmacs to GPLv3, so that code merges from Emacs will be
possible again. I am sure Emacs font-lock (or parts of it) has a high
priority since -- as you noticed -- it directly affects how people
perceive the quality of XEmacs.
Stephen T. might object (and he knows better than I), but I don't
think that changing/fixing current XEmacs font-lock is worth
considering. Coincidentally I have had a close look at it in the past
couple of days. There are some issues some of which might even be easy
to fix, but don't think it makes much sense at this point.
--
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta