David Kastrup <dak(a)gnu.org> writes:
rigid, anyway, so I'd like to remove the workaround. This
requires
a) making sure that indeed the current code base of XEmacs will load
image files without conversions (character set _and_ line endings) on
both MULE and non-MULE XEmacsen.
b) it would be _very_ nice to know just _what_ version of XEmacs
started doing this correctly so that we can mention it in the
installation prerequisites and dependencies.
If anybody can get a hold on this information, I'd be pretty glad.
The workaround appeared in preview-latex with the following ChangeLog
entry, so I expect that at a similar time an XEmacs fix, _if_ there
has been a fix, would have been concocted.
revision 1.38
date: 2002/04/16 23:35:28; author: nixsf; state: Exp; lines: +19 -5
(preview-create-icon): Cater for file-handlers (as in dired) forcing
coding-system autodetection at glyph-instantiation time if the glyph must
be read from a file; read it by hand.
Thanks for any input you can give me on that. For one thing, I'd like
the version info to be correct, and for another, of course I want to
know if this bug _really_ is gone.
Ok, so it would appear that the next release announcement should
essentially have to contain something like:
Since at the current point of time no XEmacs developer can be
interested enough in preview-latex to even answer questions, the
versions of XEmacs for which preview-latex might work can't be
determined. We currently try to keep the XEmacs port working to
the best of our knowledge; however, if your work depends on
preview-latex, you should consider switching to Emacs where we
have responsive users, testers, and developers.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum