The default bug view has changed. See this FAQ.

mroot and msqrt overlines not consistent with right hooks in radical glyphs

NEW
Unassigned

Status

()

Core
MathML
P5
normal
10 years ago
2 years ago

People

(Reporter: karlt, Unassigned)

Tracking

Trunk
x86
All
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

10 years ago
The position and thickness of the overline rule are not consistent with the top-right hook in radical (top) glyphs that have such a hook.

The position differences may be due to rounding in FillRect or aligning the glyphs to device pixels.

The thickness differences are due to the overline rule thickness having little to do with the radical (top) glyph.

For fonts that contain appropriate glyphs for the radical overline, a stretchy nsMathMLChar may help things.

For other fonts, using the vertical extension glyph instead of the font's top glyph with hook could be used for the radicals stretched by parts.  The overline position would need to be based on the right bearing of nsMathMLChar (- 1 pixel) rather than the advance width.
(Reporter)

Comment 1

9 years ago
When present Microsoft's MATH table in OpenType fonts (bug 407059 comment 0) can contain a RadicalRuleThickness value.
(Reporter)

Updated

9 years ago
Blocks: 372351

Comment 2

8 years ago
Created attachment 388511 [details]
notice the first couple roots all have missed alignment on overlines

Created a webpage that shows the bug.
First 4 roots have bug last 4 roots do not)
https://eyeasme.com/Joe/MathML/mroot_bug.html
image provided is of the created webpage.
QA Contact: ian → mathml

Comment 3

6 years ago
Firefox 4.o seems to have the right hook problem solved, and mostly looks great!

When the web page given in Comment #3 is zoomed in and out the overlines sometimes vary their thicknesses as the image provided shows.

Comment 4

6 years ago
Created attachment 521720 [details]
Image of zoomed in Website given in comment #3

Here the website given in Comment #3 is zoomed in showing that sometimes the overlines are of different thicknesses.

Comment 5

6 years ago
What I called Comment #3 is actually called comment #2, because the first comment is called a description and not a comment.
Duplicate of this bug: 651913
Status: NEW → ASSIGNED
Priority: -- → P5
Assignee: karlt → nobody
Status: ASSIGNED → NEW
Depends on: 961365
Duplicate of this bug: 1165447
You need to log in before you can comment on or make changes to this bug.