Re: [Fabrice Popineau] Re: Need some bug/version info

* Fabrice Popineau (2005-02-06) writes:

>> By implementing some brute force changes in my local font-latex.el I
>> already managed to make XEmacs fontify verbatim environments.
>> Verbatim commands are not working yet.
>
> Ok, great. So the font-lock think is nearly solved?

At least there is light at the end of the tunnel.  There are still
issues left, e.g. ,as mentioned above, verbatim commands but also
display of a different font (like verbatim content is currently
displayed in Emacs) and of course all the other glitches I mentioned.

> I have been browsing the xemacs-archives about syntax table
> bugs, but it seems the cases have been closed.

There seem to have been quite some changes to syntax tables in XEmacs
21.5.  I recently mentioned[1] some differing behavior when compared
to other Emacsen but there was no real problem with that IIRC.  A
while back I reported a problem with `with-syntax-table' which went
unnoticed, see [2].  It was probably related to searching
parenthetical expressions in AUCTeX but I don't recall what the exact
problem was.

> However I still have a way to make xemacs crash with fontification, so
> not everything is clean.

Can you provide a backtrace or a minimal testcase/file for that?

>> I just wonder why the interfaces of Emacs' and XEmacs' font-lock.el
>> have to differ so much ...
>
> This dates back the time were the fine  xemacs team wanted to be
> able to put any kind of glyph in  an xemacs buffer,  when emacs was only
> able to handle  simple    chars.  Many internal data    structures  (see
> http://www.xemacs.org/About/XEmacsVsGNUemacs.html,   Lisp   programming)
> have been planed in xemacs with versatility (by opposition to Emacs
> internal data structures, at this time),  but long ago. I'm not sure
> the plans have come to the right end however ;-)

Well, when programming an application I am not really interested in
internal data structures.  I am interested in consistent library
interfaces.  But I guess meeting such a requirement becomes more
difficult the more there is parallel development on Emacs and XEmacs
and the more the code bases thereby diverge.


Footnotes: 
[1] Sorry, I don't find a reference right now.
[2] <URL:http://article.gmane.org/gmane.emacs.xemacs.beta/17353>

-- 
Ralf