Closed
Bug 184092
Opened 22 years ago
Closed 20 years ago
Eastern European text uses Western European font
Categories
(Camino Graveyard :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino1.0
People
(Reporter: mark, Assigned: sfraser_bugs)
References
()
Details
Attachments
(1 file)
|
590 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021202 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021202 Chimera/0.6+
There are a few issues with the way international text works in Chimera. It's
hard to quantify them all together, so I'll start with this one.
http://www.mentovai.com/tmp/alpha-hu.html displays the Hungarian alphabet, as
encoded with ISO 8859-2 (Latin-2/Eastern European) and HTML � Unicode
character references. All characters except for the O and U with two acute
diacritics are displayed in the default Western font. The two characters in
question are displayed in both uppercase and lowercase in Times, or some variant
thereupon.
To see this, it may be useful to adjust Chimera's preferences slightly. I have
removed all font preferences from prefs.js (the default state) and am testing with:
user_pref("font.name.sans-serif.x-central-euro","Lucida Grande");
user_pref("font.name.sans-serif.x-cyrillic","Helvetica CY");
user_pref("font.name.sans-serif.x-western","Monaco");
user_pref("font.name.serif.x-central-euro","Lucida Grande");
user_pref("font.name.serif.x-cyrillic","Helvetica CY");
user_pref("font.name.serif.x-western","Monaco");
Note that what I refer to as "eastern European" (8859-2, Latin-2) is what most
applications seem to refer to as "central European."
The document in question specifies iso-8859-2 as its character set, and the
expected iso-8859-2 characters are displayed properly, but not in the expected
typefaces.
Compare http://www.mentovai.com/tmp/alpha-ru.html (Russian, in Cyrillic with
iso-8859-5) and http://www.mentovai.com/tmp/alpha-en.html (English, western
European, iso-8859-1).
Is somebody actively working on this stuff? Is there a better place to discuss
how this should work than Bugzilla?
Mark
Reproducible: Always
Steps to Reproduce:
Be advised that there are many known issues with "international" Unicode text on
Mac that won't be fully addressed until bug 121540 is fixed.
| Assignee | ||
Comment 2•22 years ago
|
||
test pages are gone.
Assignee: saari → sfraser
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 3•22 years ago
|
||
Sorry - new test page at http://www.mentovai.com/tmp/alpha-hu.html. The
behavior seems a bit different than I initially described, but still buggy. It
looks like the Western font (try Lucida Grande) is used for most characters, but
not for the characters with double-acutes. Those seem to want to show up in Times.
On the second glance, this problem looks like it's being imported from Mozilla.
Mark
| Assignee | ||
Comment 4•22 years ago
|
||
Looks fine if I use Times as my default font.
Status: NEW → ASSIGNED
| Reporter | ||
Comment 5•22 years ago
|
||
Sure, you won't notice a problem if everything is set to Times.
Try setting everything to Times, except for the Western proportional font. Set
that to Lucida Grande. Hit up the test page, and the O and U with two acute
diacritics will be displayed in Times in the first (proportional) block anyway.
In fact, they seem to be displayed in Times independently of any possibly
relevant setting in the Appearance/Fonts preferences.
So, there are two problems:
- Western fonts are being used for most text in Central European pages.
- The O and U characters with double-acutes are being displayed in Times
regardless of any preference setting.
Note that Lucida Grande was specifically selected in this example because it
contains so may glyphs, including the O and U with double-acutes. It should be
used to display those characters when the Central European encoding is in effect
and it is selected as the font. Of course, this is all a little bit messed up
anyway since the first bug makes where to select it unclear.
Mark
Comment 6•22 years ago
|
||
Isn't this bug also corelated with bug 184092 bug 201817 ?
Comment 7•22 years ago
|
||
Sorry I meant bug 158560, not bug 184092 (that is this one).
Comment 8•22 years ago
|
||
Reporter could you test with a nigthly and recent build, because it seems fine
with with 2003090102 on 10.2.6.
| Assignee | ||
Comment 9•20 years ago
|
||
| Assignee | ||
Comment 10•20 years ago
|
||
Still an issue?
Priority: -- → P3
Target Milestone: --- → Camino1.0
| Reporter | ||
Comment 11•20 years ago
|
||
This has stopped sucking. Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•