Closed Bug 806550 Opened 12 years ago Closed 12 years ago

non-ascii chars are rendered incorrectly (again)

Categories

(support.mozilla.org :: Localization, task)

task
Not set
normal

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)

Attached image Screenshot
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.
We started using the fonts hosted by mozilla.org today. So it is related. Is this issue still present on mozilla.org?
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
Whiteboard: u=user c=general p=1 s=
Polish pages also bad displayed non-ascii characters.
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’.
Landed:
https://github.com/mozilla/kitsune/commit/bf61af269e222910fdfecce1b27b9d3d31970e67

Pushed to production right now by me.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
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
Polish version working OK.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: