Closed Bug 399391 Opened 17 years ago Closed 17 years ago

font-family should not affect treatment of numeric character references

Categories

(Core :: Graphics, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: karlt, Unassigned)

References

()

Details

Attachments

(1 file)

Numeric character references should be treated as ISO 10646:
http://www.w3.org/TR/html4/charset.html#h-5.3.1.

If a font-family of a non-Unicode font is specified, then the character references are (incorrectly) interpreted as points in the fonts (system-selected?) cmap.

See attachment 282041 [details] from bug 397288 for a testcase.  This should show two y characters and one psi.

(Departure from the standard for the first y to be displayed as psi may be debatable, but even this is inconsistent with the resolution of bug 33127, or the effort to distinguish quirks mode in bug 195038.)
The behavior of handling symbol fonts is correct on Windows.  Other platforms should look and see what they do with fonts without Unicode character maps and match the behavior on Windows.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
I disagree about this being invalid.  We used to do this only when nsFont::familyNameQuirks was true, which was when the family name came from a <font> tag and we were in quirks mode.
Status: RESOLVED → REOPENED
Flags: blocking1.9?
Resolution: INVALID → ---
This patch can fix this bug. But Stuart might not allow the changing.
the whole familyNameQuirks is completely busted.  we should remove it entirely from the tree.
Status: REOPENED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → INVALID
Also, if we really want to have this conversation, it should be in bug 33127 which I've reopened.
Blocks: 399636
Fixed by bug 399636.
No longer blocks: 399636
Depends on: 399636
Resolution: INVALID → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: