Davide P. Cervone

Yes, you are correct. Here's the deal: The MathJax fonts are created from a variety of separate fonts, usually a math font, and text fonts for regular, italic, bold, and...

> "whichever font it is that mathjax-asana is picking" (... I'm curious which font it actually picks!) It is still the Asana font, but it is the math italic letters,...

Last night, I thought of an alternative work-around. Since the "f" is the main culprit, we can define that one character in MathJax's `-tex-mathit` variant and use some CSS to...

If the user switches to SVG output, however, this won't work, as the SVG output doesn't use fonts (it uses paths instead), and it won't respond to this kind of...

In-line breaks are actually handled by the browser. MathJax marks potential breakpoints using spaces so that the browser can break at them, but not all browsers handle this equally well....

I have been doing a little more testing with Firefox, and if there is any text before the inline expression, then the wrapping occurs for me. I'm experimenting with adding...

Here is a configuration that might resolve the issue for you. ``` js MathJax = { options: { renderActions: { linebreaks: [210, (doc) => {for (const math of doc.math) MathJax.config.addZeroWidthSpace(math,...

> might it be something that should be reported to firefox? Probably, but it's not something I tend to do.

The situation is a bit complicated, because MathJax's `mjx-container` element has `white-space: nowrap` set, and the `mjx-break` elements have `white-space: normal`, and it may well be that the the interplay...

> I can confirm that with your suggested configuration, line breaks work more like I expect them Thanks for the test results.