Shoshannah Forbes Reporter
	Description • 23 years ago

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.5+)
Gecko/20011116
BuildID:    2001111609

In the prefrences, all font types for the Hebrew language are unavablibe, so I
can't select a Hebrew font.
I do Have a Hebrew font in my system (and unicode fonts with Hebrew glyphs as well)

Reproducible: Always
Steps to Reproduce:
1. Open Mozilla on Mac OS X
2. Go into the font prefrences
3. Choose "Hebrew"

Actual Results:  I can only choose Serif or Sans serif, but not the typface

Expected Results:  To be able to select a Hebrew typface from my system

	Greg K.
	Comment 2 • 23 years ago

Shoshannah, can you still reproduce this problem under 0.9.6?

	Shoshannah Forbes Reporter
	Comment 3 • 23 years ago

Tried with build ID 2001112108 and the bug is still there

	Dave Vasilevsky
	Comment 4 • 23 years ago

I am experiencing the same problem, with Mozilla 0.9.6. Hebrew text still
displays fine, and even uses a serif/sans-serif font according to the selection
in the font preferences, I just can't choose which font myself.

	Frank Tang
	Comment 5 • 23 years ago

I think this will got fixed once we fix 116976 and 116982

	Frank Tang
	Comment 6 • 23 years ago

It is not related to 116976,116982. It is due to that MacOS X do not instll
Arabic / Hebrew script. 

	Frank Tang
	Comment 7 • 23 years ago

give to nhotta. we need to enhance our font enumeration code to look at the OS/2
table in the font. 

	Shoshannah Forbes Reporter
	Comment 8 • 23 years ago

this bug is getting annoying- for some reason the latest build decided to
display all the hebrew as ranana bold italic, and now I can't change it. hmmph...

	Shoshannah Forbes Reporter
	Comment 9 • 23 years ago

More information:
It seems that mozilla on OSX uses the first font it finds which has Hebrew 
glyphs in it (not any random font).
However, since the system font (Lucida grande) of the final OSX (unlike the 
beta) does not include the cmap for Hebrew, what font will be used becomes 
unpredictible.
Very very annoying.

	Shoshannah Forbes Reporter
	Comment 10 • 23 years ago

Any news here? This bug is really ugly for a 1.0 product. It is a shame I have 
to give people workarounds so they can view web pages with a decent font and 
the not the font mozilla deiceds to use.

	Shoshannah Forbes Reporter
	Comment 11 • 23 years ago

*** Bug 156180 has been marked as a duplicate of this bug. ***

	Shoshannah Forbes Reporter
	Comment 12 • 22 years ago

As mentioned in the dup bug: under osx 10.2 (which officially has Hebrew
support). all the options (except for serif ans sans serif) for Hebrew fonts are
unavalbile.
See attached screen shot

	Shoshannah Forbes Reporter
	Comment 14 • 22 years ago

any news here? this is *the* most asked about bug for mozilla on osx.

	Simon Montagu :smontagu
	Comment 15 • 22 years ago

*** Bug 175332 has been marked as a duplicate of this bug. ***

	Simon Montagu :smontagu
	Comment 16 • 22 years ago

Adjusting summary to subsume bug 175332.

	Shoshannah Forbes Reporter
	Comment 17 • 22 years ago

*** Bug 179037 has been marked as a duplicate of this bug. ***

	Shoshannah Forbes Reporter
	Comment 18 • 22 years ago

Two more comments:

* The font used in this case is Lucida Grande, which does not have a bold
variant.  The meaning: No Hebrew text appears bold (data loss?) even when it should.
A partial workaound: I found that if I replace the system's Arial (which does
not contain Hebrew, as the Hebrew version is a seprate font) with the Windows
2000 TTF Arial, Mozilla uses it for all Hebrew pages (and it does contain bold)

* This bug affects other Geko browsers very severly. For example, Netscape 7.0.1
on osx (Jaguar 10.2.3) has it's western font at 14 points. For somereason, it
insist on displaying Hebrew about 5 point... As The whole Hebrew section is
disabled due to this bug, the user can not set the Hebrew font size or minimum
font size, and has to resize the font manully for that page (and then the
western fonts are way to big).

This bug affect Chimera as well.

	rbs
	Comment 20 • 22 years ago

Nominating as 1.4 blocker and for nsbeta1 consideration.

The bug deserves a higher priority because:
1) how are users supposed to use the browser if they can't set decent
fonts with which to view pages:
screenshot: http://bugzilla.mozilla.org/attachment.cgi?id=58343&action=view
            http://bugzilla.mozilla.org/attachment.cgi?id=92895&action=view
            http://bugzilla.mozilla.org/attachment.cgi?id=111028&action=view

2) No doubt that it wouldn't last a day and would have been a smoketest blocker
if it was English.

=======
The list of fonts is already available to the UI, and trying to detect which one
is serif/sans-serif/monospace/fantasy is unreliable and is returning bogus
results. That's why the drop-downs are empty (which is not the same as saying
that the user has no fonts). Looking at the problem from a XP perspective, bug
142511 comment 6 suggested to always show all the fonts while grouping them to
add some elegance. However, if time/resources don't permit grouping, the
all-font-list (which is already available to the UI) could be shown instead of
an empty drop-down.

	Samir Gehani
	Comment 21 • 22 years ago

adt: nsbeta1-

	rbs
	Comment 22 • 22 years ago

I have a fix for this in bug 142511.

	Asa Dotzler [:asa]
	Comment 23 • 22 years ago

We really should try to get this for 1.4. Smontagu, can you take a look at this? 

	Simon Montagu :smontagu
	Comment 24 • 22 years ago

Based on comment 22, why not just press for someone (jag? shliang?) to review
bug 142511?

	Asa Dotzler [:asa]
	Comment 25 • 22 years ago

142511 is approved to land.

	rbs
	Comment 26 • 22 years ago

Fixed via bug 142511.

	Shoshannah Forbes Reporter
	Comment 27 • 22 years ago

v.
Althogh there are still major problems- see bug #120401

	Shoshannah Forbes Reporter
	Comment 28 • 22 years ago

btw, althugh this is fixed with mozilla, it is broken in firebird. See bug #206780