Just wondering if this is a known problem that can be easily fixed, or if it’s a bug.
Using Github CI tools, we use Documenter.jl to run and build examples. Recently all of our plotting has moved over to Makie so we’re using CairoMakie as the backend. Things are working well for the most part, but sometimes we get labeling issues
I fixed a problem with Fontconfig previously. GH CI is using an old ubuntu version for their latest, so fontconfig was ancient and was spitting errors everywhere. Now that I’ve forced the CI to use the true latest ubuntu version, those issues have been mitigated.
I’m wondering if this issue above is somewhat connected though. Am I missing some particular font on the CI VM that I should install? Some missed setting?
@jules, unsure just yet - we’ve just transitioned, so I’ll have to make a few more commits
It’s not happening everywhere throughout the documentation though, so it does seem to be an intermittent problem
@lazarusA, do you run GLMakie on CI though? I’ve seen the complications of getting that to work. Unsure if it’s really worth the effort for some mangled strings.
I have seen some issues with scaled or rotated glyphs when switching back and forth between GLMakie and CairoMakie. But not totally wrong order or placement like here. Is there anything threaded going on? Probably not right
One thing to try could be using a different font, you can supply one by giving its path directly if you’re not sure what CI has available. If you have incorrect glyphs, that could be because something font-related is messed up. Or CairoMakie requests the wrong glyphs (very unlikely as it works locally), or something else is using fonts at the same time and you have side effects (what could that be? I don’t know how isolated Cairo’s use of fonts is)
aha that makes a lot of sense. I’m always saving svg’s as separate files in the docs, because of the size issue. And that probably stops them from interacting, as they are not part of the same DOM tree.