You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(export): size wkhtmltopdf MathJax via scale, not the no-op minScale
Follow-up to c3e72cf. That commit plumbed a MathJax `minScale` option
to floor the auto font-match at 1.0 for the wkhtmltopdf export, based on
a wrong premise: MathJax v3's SVG output has no matchFontHeight, so
`minScale` never takes effect there.
Measuring rendered equation height across scale/minScale combinations in
Chromium (the same engine VNote's WebEngine uses to render the math that
is then handed to wkhtmltopdf) confirmed it: minScale 0.5, 1.0 and 1.25
render identically, while the math size tracks `scale` exactly (ratio ==
scale). So the only real effect of the previous change was dropping
scale 2.5 -> 1.0, which shrank math to Latin-text size -- too small next
to CJK glyphs in CJK-heavy notes.
- Revert the no-op mathJaxMinScale plumbing (struct fields in
MarkdownWebGlobalOptions and MarkdownParas, the toJavascriptObject()
emit, both generateMarkdownViewerTemplate builders, and the mathjax.js
svg block).
- Set mathJaxScale = 1.5 for the wkhtmltopdf path only, so math renders
at 1.5x body text: readable in print without the old 2.5x excess.
Preview and Qt WebEngine printToPdf stay at the MathJax default (-1).
- Document in-code that scale is the only effective lever for SVG output
so minScale is not reintroduced.
0 commit comments