> Is tooltip-mode turned on?

That was it! Thank you so much! Now both error messages and live
previews work!

> We'd like to focus on improving the user experience of the core features
> first.  If these issues are cleaned up before 9.7, I will work on
> polishing the live previews feature.

Totally agree. It should only be merged when its ready.


> There is no documentation for live-previews yet.  If you would like
> to try it -- and I encourage you to -- you could set:
>
> (setq org-latex-preview-auto-generate 'live)
>
> and then turn on `org-latex-preview-auto-mode'.  The variables
> `org-latex-preview-throttle' and `org-latex-preview-debounce' control
> the responsiveness of the live previews.

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. Also for
some reason my previews appear to the right of the cursor, instead of
under it like in the linked webm.

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'.

> 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)'.  This is one of the many edge
> cases with the feature that need to be handled.

Yeah, it happens to me to. Even if I remove the fragment the preview
persists.


Thanks for your quick reply. All the best.

--Konstantinos