Re: [Pre-PATCH] Overhaul of the LaTeX preview system

[Konstantinos Chousos]

> They shouldn't be any slower than when you manually call
> `org-latex-preview' on a fragment.  To be sure, you could try
>
> (setq org-latex-preview-debounce 0.3
>       org-latex-preview-throttle 0.3)
>
> and then turn on (or turn off + on) `org-latex-preview-auto-mode'.

Yeah, it kinda works ok now. It is kinda slow, but it probably takes
the same time as the normal previews. May the fact that I use `lualatex'
be the culprit?

> The video you linked to was a proof of concept.  Here is a demo of the
> current design: <https://tinyurl.com/ms2ksthc>
>
> If `org-latex-preview-live-display-type' is set to `eldoc':
> - show live previews using Eldoc.  You may need to pop up the Eldoc doc
> buffer for larger previews to be visible (`M-x eldoc-mode', followed by
> `M-x eldoc-doc-buffer').
>
> Else:
> - Inline fragments are live-previewed inline
> - LaTeX environments are previewed below the environment

Both `buffer' and `eldoc' work as expected. Although, when I use `eldoc' and
use the `eldoc-box' package, nothing is shown. But, this probably isn't
in the scope of this conversation and it's really secondary.

> Tecosaur will have a better idea of what's happening here.  Note that
> the export options for html are `tex:dvipng' or `tex:dvisvgm', not
> `dvipg' and `dvisvg'.

Oops, you're right. `dvisvgm' works.

Since this was what was wrong, I tried setting
`org-latex-preview-default-process' to `dvipng' and found that previews as
well appear blank. Don't know what might be the problem.

> It shouldn't be happening every time -- only when certain conditions are
> met.  Deleting fragments might be one of these conditions.

Today it works better, I don't know what I did differently. But as you
said, it certainly bugs out when you delete the fragment.

Now that I've tried it a bit, it seems smoother than at first
glance. I'll probably keep using it and report any problems that might
arise.

-Konstantinos