Open jimjam-slam opened 3 weeks ago
Good catch. Something we should be able to figure out with some sleuthing! I'll go ahead and move this to post-contest (or at least post-announcement), since it's non-urgent.
I'm actually staring to suspect, based on the HTML reference, that the mainfont
option is not designed to take a full comma-separated list of fallback fonts.
Following this up with the Quarto team!
Have filed as https://github.com/quarto-dev/quarto-cli/discussions/11268 (not an issue because I'm not sure whether it's intended behaviour from Quarto)
I think the short-term might just be to list mainfont: et-book
alone, though! Since it's hosted locally, it seems unlikely that the page would be available but not the font.
When I try this, I'm getting the navbar in et-book
; it's overwriting cosmo
, which makes sense. Should we just return to calling the font in the css file?
This is now fixed in the latest Quarto pre-release: it turns out that they do the quoting for you, and if you quote font names yourself, they were doubling them up. The solution was to simply leave the quotes out and let Quarto add them, but as of v1.6.34 this is fixed.
That said, as you say, specifying mainfont
on the doc overwrites the font for the navigation chrome too, not just the article. So I agree: let's return to specifying the custom font in the CSS :)
Ahhh, interesting. Well good to know!
Fix in #146 — it's pretty small!
Something I observed polishing up the YAML options is that the
mainfont
option appears to be escaped differently to how our font options are. It's causing the custom font for the Minard example not to take properly:vs.
In the doc root, you can observe the variables:
Not really sure why this is, or if I'm escaping improperly in the YAML 🤔