Hi Al,

>>>>> Al Haji-Ali <abdo.haji....@gmail.com> 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

Reply via email to