Anshul Singhvi

Can confirm this happens on Mac with GLMakie and WGLMakie, but not with CairoMakie of course (plot below): 

I think the picture is left over from an earlier version, but the tikz should definitely render. Are you running with tectonic or latexmk?

Hmm. I can replicate this, I guess the automatic preamble isn't working right as you mentioned. Will look into a fix - I probably used an incorrect conversion route for...

@nilshg reported the same thing on Slack, if you `translate!(objscatter, 0, 0, 10)` it "fixes" the issue for now. You could do the same to the polygon and text plots.

Sure, you can load them the same way you would in LaTeX. But that needs a full TeXDocument. Ideally this would be automated from the fonts in the theme, but...

You aren't using `tex` anywhere though? The formatting functions would have to return a complete TeXDocument. Here's an example: ```julia function num2tex(num) return TeXDocument(""" \documentclass{standalone} \usepackage{amsmath} \begin{document} \renewcommand{\familydefault}{\sfdefault} $$\int x...

Ooh yeah I missed that you are using it like that. That doesn't work in recent versions of Makie unfortunately, because of changes to the way text is laid out....

Yes, at some point I want to unify these two approaches.

This is now covered to some extent in GeometryOps, at least for the predicates. At some point GO will also support extents in boolean ops (intersection, union, etc.).

This is a known DocumenterVitepress issue, will take a look again. It's probably something to do with Vitepress rollup/compression/the way WGLMakie outputs standalone HTML...