Hi Al,
>>>>> Al Haji-Ali <[email protected]> writes:
> That part is fixed now.
Thank you so much for your intensive effort. Now preview-point sometimes
raises ghostscript error in circ.tex (after intentional error part) like
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
DviPS finished at Thu Sep 4 02:26:29
Running `Preview-Ghostscript' with ``/usr/local/bin/rungs
-sOutputFile\=_region_.prv/tmpLsIAun/pr1-\%d.png -q -dDELAYSAFER -dNOPAUSE
-DNOPLATFONTS -dPrinted -dTextAlphaBits\=4 -dGraphicsAlphaBits\=4
-sDEVICE\=png16m -r94.08x93.9978''
Preview-Ghostscript finished at Thu Sep 4 02:26:30
Ghostscript: Wrong type argument: stringp,
("/home/keita/repo/auctex/auctex/_region_.prv/tmpLsIAun/preview.ps" . 7)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
In addition, there are other eroors popping up in the echo area like
this:
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
error in process sentinel: Wrong type argument: stringp,
("/home/keita/repo/auctex/auctex/_region_.prv/tmpa4ujw5/preview.ps" . 65)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Another strange behavior is that no preview is displayed for the
1-letter math expressions in this line following just after the
intentional error code:
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
korrigieren, indem man $f$ um~1 erniedrigt und $e$ um~$1$ erhöht.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
It seems that something is still going wrong, whereas fallback on dvips
is indeed working.
My current config is as follows:
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
;; preview-point
(add-to-list 'load-path "~/repo/auctex/preview-point")
(require 'preview-point)
;; Minimum configuration to enable point-preview
(setq preview-image-type 'point-dvisvgm)
;; Configuration of preview for optimal behavior -- Optional
(setq
preview-leave-open-previews-visible t
preview-auto-cache-preamble t
preview-locating-previews-message nil)
;; Always use DVI to generate cleaner previews. Requires special handling of
`hyperref`
(setq preview-LaTeX-command-replacements '(preview-LaTeX-disable-pdfoutput))
;; Customize behavior of point-preview
(setq preview-point-show-in 'buframe ;; or 'after-string for an inline preview
intead.
preview-point-progress-indicators 'faces)
;; Enable automatic preview update on change.
(add-hook 'LaTeX-mode-hook
(lambda () (add-hook 'after-change-functions
#'preview-point-buf-change nil t)))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> However, there are some lingering issues that I haven't been able to resolve.
> * dvisvgm failures are catastrophic
> When there's a failure (such as the intentional ones in circ.tex)
> dvisvgm fails to produce all previews after that failure, unlike
> dvipng. The dvipng code in preview.el uses dvips as a fallback which
> then also fails and an error symbol is added.
What is strange to me is that the error symbol ("under construction"
sign) sometimes appears and sometimes doesn't. I haven't found the
condition which determines that outcomes, so I can't provide reliable
recipe to reproduce the issue. :-(
> * dvipng output has extra space around tables and equations (unlike
> dvisvgm). Paul D. Nelson suggested using nccmath and \fleqn but these
> do not reduce the space, only move the equation to the left. In
> general, I am not sure if there's a better solution than using a
> cropping mechanism using ImageMagik or similar -- which has its own
> problems as the user might want to see intentional spaces. Otherwise,
> perhaps a modification to the preview tex package is required, but I
> am not familiar enough with tex to resolve it. In the meantime dvisvgm
> is good enough (when there are no failures).
I don't have a clue for this.
> * Files being orphaned in dvips on failure:
> In my effort to handle failure cases in preview-point, I found several
> issues with preview.el orphaning files on such failures. I have been
> able to resolve most of them, but one that seems much more difficult
> to resolve is when `preview-fast-conversion` is nil and
> `preview-image-type` is `'dvipng`. In this case, there's an orphan
> file that never gets deleted for every successful preview. Here's a
> small example
> \documentclass{article}
> \usepackage[showlabels,sections,floats,textmath,displaymath]{preview}
> \begin{document}
> $A
> $\ifPreview\special{ps: junk}\fi F$
> $B$
> \end{document}
> Set `preview-fast-conversion` to nil and `preview-image-type` to
> `dvipng` and preview the buffer, then close it. Note the temporary
> files generate inside `_region_.prv`
Does "close it" mean killing the buffer? If so, what you described
doesn't occur for me. The directory "_region_.prv" is empty after I
killed the buffer.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW
