Open
Bug 652508
Opened 13 years ago
Updated 2 years ago
Default typefaces for fractions are a mess
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: jdawiseman, Unassigned)
Details
(Keywords: testcase)
Attachments
(4 files, 2 obsolete files)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0 Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0 Fractions (½ ¼ ¾ ⅛ ⅜ ⅝ ⅞ ⅓ ⅔ ⅕ ⅖ ⅗ ⅘ ⅙ ⅚) are rendered in inconsistent typefaces. Please see attachments. Reproducible: Always
Reporter | ||
Comment 1•13 years ago
|
||
Reporter | ||
Comment 2•13 years ago
|
||
Updated•13 years ago
|
Attachment #528070 -
Attachment mime type: text/plain → text/html
Reporter | ||
Comment 3•13 years ago
|
||
Attachment #528070 -
Attachment is obsolete: true
Reporter | ||
Comment 4•13 years ago
|
||
Attachment #528071 -
Attachment is obsolete: true
Updated•13 years ago
|
Attachment #528097 -
Attachment mime type: text/plain → text/html
Updated•13 years ago
|
Comment 5•13 years ago
|
||
The typeface selected for a character is typically the first one in the sorted list that has the character. So isn't the real problem here the fact that you have a font early in the list which has some but not all of the characters involved?
Component: Graphics → Layout: Text
QA Contact: thebes → layout.fonts-and-text
Reporter | ||
Comment 6•13 years ago
|
||
> the first one in the sorted list
Agreed: the problem may well be with the default font list.
Comment 7•13 years ago
|
||
I don't think there's much we can do about this. Many Latin-script fonts include only the three most "basic" fractions (½ ¼ ¾), as found in the ISO-8859-1 codepage; others have a few extras, and some have the full Unicode fraction repertoire. The first-choice font in the CSS font-family list will often be a font with a very limited collection. We wouldn't want to switch away from the first-choice font just because a ½ character happens to occur - but then, if another fraction such as ⅓ occurs later, we have to fall back through the font list to find a font that supports it. It's clearly not feasible to do something like "if _any_ fraction that's not in the first-choice font occurs _anywhere_ in the document, then _all_ fraction characters should magically fall back together to the same alternative font". But in the absence of some kind of magic like that, there are bound to be potential "mismatches" unless you take care to specify a first-choice font that covers the repertoire of fraction characters you need for your page - using @font-face, if necessary, to ensure its availability.
Comment 8•13 years ago
|
||
Oh, and with regard to the default fonts configured in the browser: I suppose we could try to favor fonts with a full collection of fraction characters, but this would be at the expense of something else - possibly other parts of the Unicode repertoire, as there's no such thing as a "complete" Unicode font, or possibly "just" aesthetics, if the preferred typeface designs are not the ones with all the fractions. I don't think this is a particularly useful way forward, and it could never solve all such issues. It's primarily up to page authors to specify appropriate fonts for the content they're publishing, if they're concerned about the details of appearance.
Reporter | ||
Comment 9•13 years ago
|
||
Is it possible to pick a font present on Macs that has ‘nice’ fractions, all of them, and make that the first choice for any fraction? If yes, good. If not, then this is probably WONTFIX.
Comment 10•13 years ago
|
||
(In reply to comment #9) > Is it possible to pick a font present on Macs that has ‘nice’ fractions, all of > them, and make that the first choice for any fraction? To be used instead of what's specified in the page's CSS, you mean?
Reporter | ||
Comment 11•13 years ago
|
||
> To be used instead of what's specified in the page's CSS, you mean?
The first example in the HTML example specifies only the likes of “font-size: medium;”, not a font, nor a font-family. So this is pure Firefox default, which is what I was hoping to improve.
Of course, if the CSS specifies a font, that would over-ride the default, and that font — good or bad — is then what happens.
Comment 12•13 years ago
|
||
But the default font is something that shouldn't depend on the content; in particular it's just something set in your preferences....
Reporter | ||
Comment 13•13 years ago
|
||
Reporter | ||
Comment 14•13 years ago
|
||
PNG shows an extract from www.jdawiseman.com/papers/trivia/characters-copy-paste.html, as rendered by Safari on an iPad. Observe that the fractions are not perfect, but much more similar than the Firefox test cases posted. Conclusions: if a closed system like an iPad can’t get this perfect, Firefox is unlikely to do so. But Firefox could do much better than it is.
Reporter | ||
Comment 15•13 years ago
|
||
This might be (distantly) related to bug 663962.
Reporter | ||
Comment 16•9 years ago
|
||
Still a mess. Still a bug, methinks.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•