Open
Bug 667275
Opened 13 years ago
Updated 2 years ago
[@font-face] (Unicode mapping, glyph index) : A font applied via <font tag, display different characters when applied via @font-face
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: extensiondevelopment, Unassigned)
Details
Attachments
(4 files)
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0 Build Identifier: Technical explanation from a user: @font-face picks characters out of the Bold font not according to their Unicode mapping, but according to the "raw" glyph index in the Normal (ie. not bold) font file. So, e.g. if the glyph index for the letter 'N' in the non-bold, regular, font file is $0031, it will pick whatever character is under $0031 in the bold version (say M, because Bold might have an extra character before N), regardless of whether its mapping is N or something else, and incorrectly render it on the page. - Very simple, 1 - there is a page with two identically sentences. 2 - The first sentence bolds text "blasting" with font Arialtrans. Rendered text is "blasting" 3 - The second sentence bolds the same text "blasting" using the same font with @font-face. Rendered text is "dlasting" instead of "blasting". Will attach testcase. Reproducible: Always
Reporter | ||
Comment 1•13 years ago
|
||
Reporter | ||
Comment 2•13 years ago
|
||
Reporter | ||
Comment 3•13 years ago
|
||
When the attached font are installed, this HTML shows the two same sentences, using the same font, rendering different characters.
Reporter | ||
Comment 4•13 years ago
|
||
An screenshot showing problem.
Updated•13 years ago
|
Version: unspecified → 5 Branch
Updated•13 years ago
|
Component: Graphics → Layout: Text
QA Contact: thebes → layout.fonts-and-text
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•