Closed Bug 655330 Opened 13 years ago Closed 13 years ago

Unicode encodings use the Cyrillic font size settings

Categories

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

x86_64
Linux
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 91190

People

(Reporter: Aleksej, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [bugday-2011-05-06][SmBugEvent])

Attachments

(1 file)

Reproduced with these:
[ru]    Aurora  Mozilla/5.0 (X11; Linux x86_64; rv:5.0a2) Gecko/20110506 Firefox/5.0a2
[eo]    Aurora  Mozilla/5.0 (X11; Linux x86_64; rv:5.0a2) Gecko/20110506 Firefox/5.0a2
[en-US] Nightly Mozilla/5.0 (X11; Linux x86_64; rv:6.0a1) Gecko/20110505 Firefox/6.0a1
[en-US] Trunk   Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9b3pre) Gecko/2008010104 Minefield/3.0b3pre
probably also with Firefox 4.0 and/or 4.0.1.

Steps to reproduce:
1. In Preferences → Content → Advanced, set clearly different font sizes for Western and Cyrillic, clearly different also from the default size.
E.g.:
default is 16
Western  →  9
Cyrillic → 30
2. Choose various encodings under View → Character Encoding and check the sizes.
Western encodings    — Western font size
Cyrillic encodings   — Cyrillic font size
Unicode encodings    — Cyrillic font size
Some other encodings — their (default) font size

Like Western, font size settings for the other groups/"languages" I tried didn't affect Unicode.

This makes bug 467984 / bug 469306 (how the Advanced font configuration dialog works) more confusing.
Whiteboard: [bugday-2011-05-06]
Note: the HTML file I attach isn't really relevant to this bug, because font *size* depends on the character encoding, while the text language affects the font *family*.
Bug 621842 may be the same problem.

* font.size.variable.x-unicode (“Other languages”’ setting) is not used, or at least it is not clear how to choose an encoding which does not belong in a group.

* font.size.variable.x-cyrillic is used for Unicode encodings.
Summary: Cyrillic font size settings affect both Cyrillic and Unicode, but e.g. Western ones only affect Western → Unicode encodings use the Cyrillic font size settings
Whiteboard: [bugday-2011-05-06] → [bugday-2011-05-06] [DUPE of 621842?]
Severity: minor → normal
Severity: normal → minor
Is this bug really Linux 64-bit only? I am not able to confirm on Windows because I do not understand the steps to reproduce. Can you please specify step 2. better? Where do I see this: "Unicode encodings    — Cyrillic font size"? UI? about:config? Page layout?

I suggest NOT duping against bug 621842, that one talks about Seamonkey UI and complains Unicode can't even be selected. The current bug says selecting Unicode doesn't work correctly.
Step 2 is to load a page and to try choosing various encodings, noting which size is used for each encoding. Under "View → Character Encoding", each encoding has a type or language specified, which types/languages are mentioned in Step 1.

So, if you choose an encoding marked as "Western", the font size you chose for the "Western" group will be used, but if you choose an encoding marked as "Unicode", the font size chosen for "Cyrillic" will be used.


P.S.: I, as a Russian speaker, benefit from this bug, because it lets me choose font sizes for Cyrillic and Unicode encodings at once. It was only bad for me because it made the way font preferences work more confusing.
Can you please provide URL of a page where this can be tested? Or attach an HTML file.
The file is attached (attachment 530685 [details]). It doesn’t matter much, I think the only condition necessary is that its text can be displayed in different, easily distinguishable sizes (I used sizes like 9, the default 16, 30, 72). Since the font size used depends on the encoding, it would have to be a file (or maybe a frame) for every encoding tested.
Ah sorry, overlooked the attachment. I can not reproduce the problem on it. I get correct font size for Unicode, with FF 4.0.1 and also Mozilla/5.0 (X11; Linux i686; rv:5.0a2) Gecko/20110511 Firefox/5.0a2 ID:20110511042001. I am on linux too.
Also reproducible with SeaMonkey: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.2pre) Gecko/20110517 Firefox/4.0.2pre SeaMonkey/2.1.1pre
Component: Preferences → Layout: Text
Product: Firefox → Core
QA Contact: preferences → layout.fonts-and-text
It was using the setting for Cyrillic because the system locale was Russian. With LANG=en_US.UTF-8 and LANGUAGE=en:en_US, it uses the setting for Western.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Whiteboard: [bugday-2011-05-06] [DUPE of 621842?] → [bugday-2011-05-06][SmBugEvent]
I think the real issue is why Firefox will pick up the font size from the setting of system locale while the font-family from the settings of document language.  This has been marked as a duplicate of bug 91190, which is mainly concerning similar issues in Thunderbird and is filed for 10 years and still in NEW status.

The system locale on my computer is English and I set "Western" proportional font size to 30 and all other languages remain default at 16.

I noticed this yesterday when I tried to adjust the accessibility settings for my parent who is having difficulties reading web pages of their default sizes.  I am using Firefox 6.0.

I have attached two Japanese valid XHTML 1.1 file (both UTF-8 encoded), the first specified the meta content-language, xml:lang, and lang as "ja" while the second one does not.  The first one is displayed with font-family from "Japanese" and the second one is displayed with font-family from "Western", which is OK.  But both files is displayed with font-size 30 (from "Western").  In either case, Firefox did not use settings from "Other Language", which is x-unicode settings in about:config.

Why would Firefox use font-family and font-size from different font setting sets?  If it picks up font-size from Western because system locale is English, why does it use font-family from Japanese?

It is good that Firefox honors the meta content-language, xml:lang and lang attribute in choosing the font to display the document, but it should also use the font size specified for that language as well.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: