Closed
Bug 633658
Opened 14 years ago
Closed 14 years ago
@font-face {src: local("Font Name")} fails if font name includes Non ASCII letter
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: alice0775, Unassigned)
Details
Attachments
(2 files, 1 obsolete file)
Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/2a4dc060de2b
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110211 Firefox/4.0b12pre ID:20110211134952
@font-face {src: local("Font Name")} fails if font name includes Non ASCII Font letter
It works on Google Chrome 11.0.667.0 canary build.
Reproducible: Always
Steps to Reproduce:
1. Start Minefield with new profile
2. Open sample html
3.
A font is necessary to test sample html
You can download fonts formally from the following sites:
License: http://ossipedia.ipa.go.jp/ipafont/index.html#LicenseEng
Download page:
http://ossipedia.ipa.go.jp/ipafont/download.html?ruleagreement=%E5%90%8C%E6%84%8F%E3%81%99%E3%82%8B%2FAccept
Download file: IPAfont00302.zip(19.1 MB) and install.
Actual Results:
The first line is not substituted by @font-face.
Expected Results:
The first line should be substituted even if font name includes Non ASCII Font letter
Reporter | ||
Comment 1•14 years ago
|
||
Reporter | ||
Comment 2•14 years ago
|
||
Attachment #511881 -
Attachment is obsolete: true
Reporter | ||
Comment 3•14 years ago
|
||
Regression window(m-c nightly
Works:
http://hg.mozilla.org/mozilla-central/rev/0f030665e3ba
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a1pre) Gecko/20090401 Minefield/3.6a1pre ID:20090401044159
Fails:
http://hg.mozilla.org/mozilla-central/rev/d3240cd1c610
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a1pre) Gecko/20090402 Minefield/3.6a1pre ID:20090402045446
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=0f030665e3ba&tochange=d3240cd1c610
Regression window(1.9.1 branch nightly):
Works:
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/4ccf1639165c
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b4pre) Gecko/20090402 Shiretoko/3.5b4pre ID:20090402045633
Fails:
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/0c9cb75bc9ba
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b4pre) Gecko/20090403 Shiretoko/3.5b4pre ID:20090403044228
Pushlog:
http://hg.mozilla.org/releases/mozilla-1.9.1/pushloghtml?fromchange=4ccf1639165c&tochange=0c9cb75bc9ba
Suspected bug:
5ae3a42f870b John Daggett — Bug 468387 - (reland) disable synthetic faces for downloadable fonts on Windows already specified as bold/italic. r=vlad
and
in 1.9.1 build
e222af41889e John Daggett — Bug 468387 - disable synthetic faces for downloadable fonts on Windows already specified as bold/italic. r=vlad, a1.9.1=vlad
Comment 4•14 years ago
|
||
Based on the current CSS3 Fonts draft, src: local(xxx) only recognizes the English version of the name:
From the CSS3 Fonts spec:
http://dev.w3.org/csswg/css3-fonts/#src-desc
"The locally installed <font-face-name> is a format-specific string that uniquely identifies a single font face within a larger family. For TrueType and OpenType fonts, the full font name as defined in the font name table is used to reference a given face. In cases where multiple localizations are supported, the English version is used or the first localization when an English fullname is not available. User agents that also match other non-English fullnames, e.g. matching the Dutch name when the current system locale is set to Dutch, are considered non-conformant. This is done to avoid matching inconsistencies across font versions and OS platforms, since font style names (e.g. Bold) are frequently localized into many languages and the set of languages available varies widely across platform and font version."
Unless the IPA Mincho font that you're using has IPA明朝 in the *English* fullname field within the font data, what you are describing is correct behavior and Chrome is incorrect.
Reporter | ||
Comment 5•14 years ago
|
||
So, this bug is invalid.
No longer blocks: 468387
Status: NEW → RESOLVED
blocking1.9.1: ? → ---
blocking1.9.2: ? → ---
blocking2.0: ? → ---
Closed: 14 years ago
Keywords: regression
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•