-
Notifications
You must be signed in to change notification settings - Fork 14
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
Rename values of math-style and math-superscript-shift-style to improve understandability #60
Comments
Consensus from 2019/11/11: Rename as normal/compressed "Cramped" is used for another notion in TeX / OpenType / MathMLCore and maybe we'll expose a CSS property for it, see w3c/mathml#164 |
We are reaching consensus for cramped. We should probably renamed it too. How about something like:
|
Renaming will require updating all the tests and Chromium implementation. I think the CSS WG people are going to bikeshed on the names anyway, so I'd better way their conclusion before proceeding. |
|
Brian was commenting about this the other day, so just to give some context about the names: TeX has two math modes: display (e.g. TeX's display and inline equations also automatically use a different math layout style, and also changes it when entering subexpressions, but this is can be overriden by authors. For example TeX has a similar concept called "cramped" (Mozilla's source code also uses "compressed") to automatically minimize the shift of superscripts in some subexpressions and this is the name used in the OpenType MATH table too. Since nobody understands what that name means, I called it math-superscript-shift-style to make that more explicit (and try and keep similarity with math-style) and I also used the same "display" and "inline" values. Now I agree that using both inline/display values and a "display" attribute is a bit confusing so switching to normal/compact sounds fine. |
I suspect that in the end using the "cramped" naming will be least confusing. luatex introduces new primitives \crampeddisplaystyle, \crampedtextstyle, ... so this cramped terminology is likely to get better known at least to tex users. The luatex manual has quite a reasonable description of cramped layout, section 7.3.3 of http://texdoc.net/texmf-dist/doc/context/documents/general/manuals/luatex.pdf |
@davidcarlisle Maybe for TeX/math users but at least @bkardell was reporting "cramped" does not really mean anything to him. See also @fantasai 's comment at https://github.com/mathml-refresh/mathml/issues/170#issuecomment-642203964 |
Adding this for the MathML Core agenda of next Monday |
@fred-wang sure I certainly have no objection to any name here, and ultimately it needs to be coherent in a css context not a TeX one. Just mentioned it as if you wanted to go for a shorter name but felt that "cramped" would need some explanation, the luatex manual and its \cramped... commands would be a reasonable place to link to. It seems to me that lots of css terminology is using terms not generally known but referencing traditional typesetting terms, so using TeX terminology for math typesetting features isn't that bad an idea even if that terminology is unfamiliar to people not used to math typesetting. But I really don't have a preference here: it could be called zzzzz so long as it works. So any name that the implementers and csswg agree to is fine by me. |
@davidcarlisle Yes, I got that. Also, I forgot to say that we could always mention the word "cramped" in the text of the CSS definition if that helps TeX / math users. Currently, in MathML core it's mentioned in the non-normative example https://mathml-refresh.github.io/mathml-core/#the-math-superscript-shift-style |
Consensus from 15 June 2020: change the values to normal/compact for now ; explain the math names https://github.com/mathml-refresh/mathml/issues/170#issuecomment-642549733 when sending the proposal to the CSS WG so they can decide a value name. |
This also changes the default to "normal" but does not affect MathML since the value on the <math> root is set by the UA sheet. https://github.com/mathml-refresh/mathml/issues/170
Closing. Values are now compact/normal in the spec and that's how it's implemented in chromium too. |
References from the CSS tracker: w3c/csswg-drafts#5387 w3c/csswg-drafts#5388 |
cc @fantasai
The text was updated successfully, but these errors were encountered: