Closed Bug 648248 Opened 13 years ago Closed 13 years ago

Buggy Hebrew fallback font on Mac OS X

Categories

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

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla5

People

(Reporter: j_mach_wust, Assigned: jfkthame)

References

()

Details

Attachments

(2 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: 

On Mac OS X, Hebrew text falls back to the buggy font Arial Hebrew.

Arial Hebrew will display the dagesh mark in the wrong place.

While this is really not a mozilla bug, there is no knowing when Apple will fix this font (if ever). So for the time being, a better fallback font should be chosen.

The other default Hebrew font, Raanana for serif text, suffers from the very same bug.

Reproducible: Always

Steps to Reproduce:
View an unstyled sequence (e.g. in Firefox or Thunderbird) of: 1. any Hebrew letter, 2. any niqqud mark, 3. dagesh, 4. another Hebrew letter, for instance: בֵּית (bet-tsere-dagesh-yod-tav) 'house'
Actual Results:  
The dagesh mark is displayed on the following letter (in the example בֵּית, on the letter י (yod).

Expected Results:  
The dagesh mark should be displayed on the preceding letter (in the example בֵּית, within the letter ב (bet).

For Mac OS X, I would suggest using the following fonts (preinstalled of course) instead of the buggy fonts Arial Hebrew and Raanana:

default fallback/sans-serif: Lucida Grande or Arial
serif: Times New Roman
monospace: Courier New

Safari and Chrome will default to Lucida Grande, so they have no problem.

Incidently, the inverse order is displayed correctly (1. any Hebrew letter, 2. dagesh, 3. any niqqud vowel mark, 4. another Hebrew letter), for instance בֵּית (bet-dagesh-tsere-yod-tav). However, normalization operations will switch to the other order.
Yes, I can confirm the buggy rendering with Arial Hebrew. That looks like a font bug to me (though I haven't investigated deeply); it would make sense to specify something different as the default for Hebrew so as to avoid the issue. Simon, any thoughts on the most appropriate choices?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I have written a simple test page that illustrates the issue in two tables (with pictures): First the buggy current fallback fonts; second the alternative correct fallback fonts I would propose:

http://unifraktur.sourceforge.net/testcases/bug648248illustration/Illustration%20of%20Bug%20648248.html
I have tried to write my very first patch. It is supposed to change the fonts according to what I have proposed here (as illustrated on http://unifraktur.sourceforge.net/testcases/bug648248illustration/Illustration%20of%20Bug%20648248.html ).

I do not know whom to put in as reviewer.
Comment on attachment 524635 [details] [diff] [review]
Bug 648248 - Change fallback Hebrew fonts to non-buggy fonts

Thanks for the patch! Asking smontagu for review, as he's knowledgeable about Hebrew.
Attachment #524635 - Flags: review?(smontagu)
Comment on attachment 524635 [details] [diff] [review]
Bug 648248 - Change fallback Hebrew fonts to non-buggy fonts

I would prefer changing Arial Hebrew to Arial, instead of Lucida Grande, which I find rather ugly in Hebrew.
(In reply to comment #5)
> Comment on attachment 524635 [details] [diff] [review]
> Bug 648248 - Change fallback Hebrew fonts to non-buggy fonts
> 
> I would prefer changing Arial Hebrew to Arial, instead of Lucida Grande, which
> I find rather ugly in Hebrew.

One point to note is that older versions of Arial don't render Hebrew diacritics well under Core Text. In a brief test, they look OK with v5.01 (which I think is the version currently shipped with the OS), but fail with 3.05, which I had installed locally - it probably comes from MS Office or something like that. I wouldn't be surprised if it's fairly common for users to have local versions of Arial that "hide" the default system version, in which case they may see poorer results.

Enabling harfbuzz for Hebrew fixes the rendering with Arial 3.05, so if we fix bug 623495 this will be less of a concern.
Depends on: 623495
Updated patch to use Arial for sans-serif.

j_mach_wust@shared-files.de, would you like to provide a full name to be included in the commit message when we make this change? Normally, we use "full name <email.address>" to record the patch author in the history.
Assignee: nobody → jfkthame
Attachment #525063 - Flags: review?(smontagu)
Attachment #525063 - Flags: review?(smontagu) → review+
Attachment #524635 - Flags: review?(smontagu)
patch for checkin, carrying forward r=smontagu
Attachment #525063 - Attachment is obsolete: true
Attachment #525358 - Flags: review+
Pushed to mozilla-central:
  http://hg.mozilla.org/mozilla-central/rev/b1365c6e3d08

This caused reftests bidi-004 and bidi-004-j to fail on OS X 10.5, because the version of Times New Roman there doesn't include the Hebrew presentation-form characters. Pushed a followup to fix this by specifying Raanana as the first-choice font for those tests:
  http://hg.mozilla.org/mozilla-central/rev/1156b1885571
  http://hg.mozilla.org/mozilla-aurora/rev/e47cd3cac157
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.2
Version: unspecified → Trunk
We are getting user complains on our community forum from osx users having fallback to wrong fonts and no text at all after disabling these fonts. Could it be caused by this issue? 

http://mozilla.org.il/board/viewtopic.php?f=9&t=10256&start=15
Sorry, but I'm not able to read discussions in Hebrew or identify specific problem reports there. If you can point me to a reduced test-case that exhibits these problems, I'll try to look into it.

Probably best to file a new bug for any such issue, actually. Attaching a small test file that demonstrates the failure would be most helpful.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: