-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
radicalDegreeBottomRaisePercent doesn't leave any space between smallest radical and its degree #206
Comments
No, that definitely looks wrong. The font contains a precomposed cube root sign, but I think it is not used in this situation. I’ll need to investigate the rendering during v2.20 MATH table work. Can you please provide the MathML for this example, so I can see how the input is encoded? Are you able to test this equation in other, non-MathML environments such as –TeX or MS Word? It would be helpful to identify if this is specific to MathML or also affects other typesetting. |
@tiroj that's correct, this isn't the precomposed cube-root. I should note that this collision doesn't happen with the large variants. Here's the MathML source. It's a little verbose because I'm experimenting with ways to allow screen-readers to drill down into sub-expressions.
@firai thanks for confirming the layout in other renderers. As a side note, I found that the description of |
GPOS is too restrictive for math layout: it works only in glyph space, so has no way to adapt to growing forms and dynamic arrangement of glyphs in multiple levels within an equation. |
See also #184 |
This is output from Safari's MathML render (Chrome and Firefox output looks the same). Was the design intent to have the degree touching the radical?
The text was updated successfully, but these errors were encountered: