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