Closed
Bug 806550
Opened 12 years ago
Closed 12 years ago
non-ascii chars are rendered incorrectly (again)
Categories
(support.mozilla.org :: Localization, task)
support.mozilla.org
Localization
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: JasnaPaka, Assigned: rehandalal+mozilla)
References
()
Details
(Keywords: regression, Whiteboard: u=user c=general p=1 s=2012.20)
Attachments
(1 file)
37.33 KB,
image/png
|
Details |
SUMO has problem with font again. Some non-ascii chars are not rendered correctly (see schreenshot). It was OK yesterday I think. Regression? It was fixed a few weeks ago. See Bug 785707.
Comment 1•12 years ago
|
||
We started using the fonts hosted by mozilla.org today. So it is related. Is this issue still present on mozilla.org?
Comment 2•12 years ago
|
||
We are pointing to the exact same font file used on http://www.mozilla.org/pl/firefox/14.0.1/whatsnew yet we are getting those weird renderings https://support.mozilla.org/pl/home What gives?
Assignee: nobody → rdalal
Updated•12 years ago
|
Whiteboard: u=user c=general p=1 s=
Comment 3•12 years ago
|
||
Polish pages also bad displayed non-ascii characters.
Comment 4•12 years ago
|
||
This fixed my problem. Instead of: font-family: 'OpenSansLight', sans-serif; font-weight: normal; I did this: font-family: 'Open Sans', sans-serif; font-weight: 300; In addition to calling the font name followed by the correct weight, I call the font by its family name rather than PostScript name. Notice the space between ‘Open’ and ‘Sans’.
Assignee | ||
Comment 5•12 years ago
|
||
Landed: https://github.com/mozilla/kitsune/commit/bf61af269e222910fdfecce1b27b9d3d31970e67 Pushed to production right now by me.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 6•12 years ago
|
||
Adding to current sprint it was fixed in.
Whiteboard: u=user c=general p=1 s= → u=user c=general p=1 s=2012.20
You need to log in
before you can comment on or make changes to this bug.
Description
•