390064 - When a word contains a character missing from the specified font, the entire word is shown in a different font

Status: UNCONFIRMED

(Core :: Layout: Text and Fonts, defect)

Description

[mussara]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5

using "à" or "à" (valid for all french accents) with FF with Mac OS X
don't used the true font readed from the CSS

you can see it in main page of http://www.a-comme-artiste.fr in the left menu
(look at Mises à jour or Evènements)

in this section (menus), this is the same font, but when an accent occured , font is not the same...

sorry for my bad english... ;o(

Reproducible: Always

Steps to Reproduce:
1.http://www.a-comme-artiste.fr
2.look the left menus
3.look particulary the font used for Mises à jour (bad) and Newsletter (good)
Actual Results:  
the steps looks the problem


with Safari, Opéra it's ok but with FF it's not ok

Comment 1

[Jesse Ruderman]

Is the font wrong for just the accented letter, for the word containing the accented letter, or the entire link?  Using Firefox trunk on Mac, I don't see a difference in font between "Mises à Jour" and "Newsletter".

Can you attach a screenshot and/or a reduced testcase?

Do you still see the problem on Mac?

Comment 2

[mussara]

Attachment: screenshot of the problem

Comment 3

[mussara]

yes the problem is only on FF mac platform

the problem is available on the entire link (not only the accented character)

Comment 4

[Mats Palmgren (inactive)]

Works for me, Firefox 2.0.0.5 and trunk on MacOSX 10.4.10

mussara, please attach a screenshot of your advanced font preferences panel.
Preferences->Content->Fonts&Colors->Advanced...

Comment 5

[Jesse Ruderman]

It's hard to see the difference in that image due to lossy (JPG) compression and it being shrunk from the original size.  Can you attach an original-size PNG instead of a shrunk JPG? You can crop if that will help the file size.

Comment 6

[mussara]

Attachment: problem displayed with png extension

Comment 7

[mussara]

I've put another screenshot of the proble (showing fonts and color used)

the difference between the fonts is low, but exists...
this screenshots have been produced by a graphic designer (who show the problem...)

Comment 8

[mussara]

you can close this bug
it's not a problem with Firefox, but only with bad prefrence panels for fonts

sorry for the mystake

Comment 9

[Jesse Ruderman]

I do suspect there's a bug here.
1) Why were you able to select the same font for serif, sans-serif, and monospace?
2) Why did the font selection for the link depend on whether the link contained an accent?

It doesn't look like either of the fonts used is the font "1550", fwiw.  http://www.dafont.com/font.php?file=1550

I'm curious whether either of these problems persists on trunk.

Comment 10

[Jean-Marc Desperrier]

Jesse,

The answer to your second question is that the initially selected font did not contain french accents. When the word contains an accent, that font is rejected and another font is searched.

What is new in the trunk is that all the characters for the word will use the new font whereas older versions would change the font used only for the missing characters. This avoids changing font in the middle of the word, which is very ugly looking, but the new behavior is also very noticeable and people understand much less what is happening. Additionally the new behavior strictly talking does not conform to the CSS font selection rules in HTML 4.

They are some bugs where this has been discussed already, but I don't have the numbers handly.

Comment 11

[Jesse Ruderman]

> What is new in the trunk is that all the characters for the word will use the
> new font whereas older versions would change the font used only for the
> missing characters.

Hmm... this bug was reported again Firefox 2.0.0.x.