> 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: > > 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