This is a report regarding Root with index. Related issues are collected here too:
The problems are with AdjustedRadicalKernBeforeDegree and AdjustedRadicalKernAfterDegree, which may need rethinking. This figure illustrates how the index is displaced under the current MathML core spec, together with a note at the end of this section:
In general, […] the root element will have some inline-start space and that the root index will overlap the surd.
Here’s a picture showing what the current MATH spec implies:
In a web context, the notable problems are paraphrased as follows:
- AdjustedRadicalKernAfterDegree is a constant, but the radical sign may grow. A constant back kern cannot accommodate the varing sizes of the radical. The index will be either too far apart or too close together.
- Too much space in front of the wide radical index.
- Not enough space in front of the narrow radical index. In the extreme, a radical with an index containing zero-width space would not match the behavior of an index-free radical.
- Depending on the line-breaking algorithm, AdjustedRadicalKernBeforeDegree may or may not disappear at line-breaks, so the radical may or may not protrude the left edge of the text block (and alignment may be impossible).
If the vertical displacement of the index is governed by RadicalDegreeBottomRaisePercent, perhaps we should think similar thing for the horizontal displacement of the index. This works:
Here, the right-edge of the index box sticks into the radical by X% times the width of radical sign.
- Index wider than “X% times radical sign width” is a wide index. It gets no BeforeKern. The whole root element has a left-edge identical to the left-edge of the index box.
- Index narrower than “X% times radical sign width” is a narrow index. It is re-boxed to have exactly “X% times radical sign width”, set flush-right. The whole root element has a left-edge identical to the left-edge of the radical sign.
- In both cases, the AfterKern equals negative “X% times radical sign width”.
This is a report regarding Root with index. Related issues are collected here too:
The problems are with AdjustedRadicalKernBeforeDegree and AdjustedRadicalKernAfterDegree, which may need rethinking. This figure illustrates how the index is displaced under the current MathML core spec, together with a note at the end of this section:
Here’s a picture showing what the current MATH spec implies:
In a web context, the notable problems are paraphrased as follows:
If the vertical displacement of the index is governed by RadicalDegreeBottomRaisePercent, perhaps we should think similar thing for the horizontal displacement of the index. This works:
Here, the right-edge of the index box sticks into the radical by X% times the width of radical sign.