-
Notifications
You must be signed in to change notification settings - Fork 15
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
Whether/when to mirror operators #233
Comments
Firefox determines if the operator is mirrorable, based on https://unicode-org.github.io/icu-docs/apidoc/dev/icu4c/uchar_8h.html#a44a3508a5e40e78d3e767371c32bbc42 which corresponds to Bidi_Mirrored property. Firefox can either do what's suggested in #67 (comment) or fallback to a scale transform for that purpose (this does not always work e.g. for clockwise integral). |
@bkardell label as level-2 and postpone review of mirroring until after level-1? |
From the meeting today: This is a great point and we recognize the importance here, and even have some ideas about how it would move forward, but as @fred-wang and @davidcarlisle noted this was specifically moved to level 2 in order to focus efforts and iterate. We will take this up in level 2. |
The i18n accepts that it can be postponed to level 2. |
(This is part of the I18n WG review.)
According to Arabic mathematical notation (the W3C Note from 2006), certain operators are mirrored in right-to-left formulas. But not all operators have mirrored versions in Unicode. For those operators, Firefox appears to make its own, while Chromium and Safari use the non-mirrored glyphs.
The MathML Core spec doesn't say which is correct, or if both are correct. It probably should.
(Firefox's rendering looks better, and more closely matches the Note, even if the naively mirrored glyphs are not quite as good as the redesigned glyphs that the Note calls for.)
The text was updated successfully, but these errors were encountered: