and provide alternatives. This could make preview-latex work with Emacs' default TeX/LaTeX modes which some people prefer. Also one might provide an abstraction layer that would make it possible to embed preview-latex's core mechanisms into Emacs calc.
plain TeX users and ConTeXt users should not have to feel left
out. While ConTeXt is not supported yet by AUC TeX, at least
supporting plain would help people, and be a start for ConTeXt as
well. There are plain-based formats like MusiXTeX that could benefit
a lot from preview-latex. The main part of the difficulties here is
to adapt preview.dtx
to produce stuff not requiring LaTeX.
Currently, preview-latex's web page is not structured at all. Better navigation would be desirable, as well as separate News and Errata eye catchers.
This will be of interest for the HTML and TeX renditions of the texinfo manual. Except for maybe autoconverted ASCII art versions of the XBM icons, the info rendition will usually be restricted to text descriptions, however.
Various stuff appears several times.
The current gs.el
interface is fundamentally flawed, not only
because of a broken implementation. A general batchable and
daemonizable rendering infrastructure that can work on all kinds of
preview images for embedding into buffers is warranted. This is the
best option for integrating the current work on dvipng
and should
also help with
Going via latexpdf/gs and a single file might be faster than the current latex/dvips/gs path and could come handy for previewing documents intended for use with pdflatex.
When referencing to equations and the like, the preview-images of the source rather than plain text should be displayed. If the preview in question covers labels, those should appear in the bubble help and/or a context menu. Apropos:
Right mouse key currently just kills previews. Offer more options than that.
Previews on erroneous LaTeX passages might gain a red border or similar.
A lot of errors are of the "badly configured" variety. Perhaps the relevant info pages should be delivered in addition to the error message.
Both the LaTeX run under Emacs control as well as actual image insertion in Emacs appear awfully slow. Why?
It is currently impossible to make Emacs screen colors and generated colors match exactly because of gamma correction issues.