> The preview now works as stated, although I find it kinda slow to
> regenerate, even if I set `org-latex-preview-throttle' to 0.2.
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'.
> Also for some reason my previews appear to the right of the cursor,
> instead of under it like in the linked webm.
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
> My last problem is that exports are kinda borked. For example, these
> days I started using `org-msg' and when my email exports to html and
> latex is included, one of these happen:
>
> - The fragment appears as a blank image when the options `tex:dvipg' or
> `tex:dvisvg' are used.
> - The email doesn't even export to html with a message like
> `org-html-latex-image: Expected LaTeX preview
> "424ed928d1eaca9e3c4c588469a4a0b87a7f4329" to exist in the cache'
> with the option `tex:imagemagick'.
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'.
>> If the live preview is not removed automatically after you move away
>> from a LaTeX fragment, you might have to manually eval
>> `(org-latex-preview-live--clearout)'.
>
> Yeah, it happens to me to. Even if I remove the fragment the preview
> persists.
It shouldn't be happening every time -- only when certain conditions are
met. Deleting fragments might be one of these conditions.
-Karthik
