80151 - Some Hebrew presentation form does not display on Window

Status: RESOLVED WORKSFORME

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

Description

[Frank Tang]

Comment 1

[Frank Tang]

Attachment: split from bug 80130

Comment 2

[Frank Tang]

this one is depend on 80161 and 80162. But I think the approach is wrong. I 
don't want to put any non ascii value into this transliterate.properties

simon- can you 
1. provide test case to the problem, att attach it in the attachment
2 [details] [diff] [review]. explain the expect result
2. explain the actual result

I think the problem is there, but the coding approach is wrong.

Comment 3

[Simon Montagu :smontagu]

We added this in response to a newsgroup post from Mark David 
[e-mail], saying:

All of the Windows fonts, including Arial, are missing at least two 
presentation forms which could be used for Yiddish.  Most are missing just 
these two.

FB1F HEBREW LIGATURE YIDDISH YOD YOD PATAH
This is the compatibility character for MacOS Hebrew, so it's very unfortunate 
that this is missing.  When mail is sent from a MacOS client, even though it 
may be translated into this Unicode character, the glyph is missing.  The glyph 
is present in all/most MacOS Hebrew fonts.

FB1D HEBREW LETTER YOD WITH HIRIQ
This combination is new in Unicode 3.0, but it's been in the pipeline for many 
years, and has been official for about two years.

Comment 4

[Simon Montagu :smontagu]

Attachment: testcase

Comment 5

[Frank Tang]

how important is this?
I think the approach is not good. We need a better approach to solve this 
problem. How important is this bug? If not that important for now, can we mark it 
as future?

Comment 6

[Simon Montagu :smontagu]

cc-ing [e-mail] for feedback on the importance of this bug,
since the impact is mostly in Yiddish and I'm not familiar with Yiddish web
resources.

Even if the specific cases we handle here are relatively marginal, there are
literally thousands of characters in the Unicode data base with non-ASCII values
in the Character Decomposition field. Why don't we open an RFE to provide a new
mechanism to handle those characters (which can probably be futured) and close
this (and related) bugs.

Comment 7

[Andreas Becker]

Changing QA contact to [e-mail] and copying [e-mail]

Comment 8

[Frank Tang]

Change the summary from "change gfx/src/windows/nsFontMetricsWin.cpp for bidi" to 
"Some Hebrew presentation form does not display on Window"
Change component to "Bidi/Hewbrew&Arabic"

Comment 9

[Zach Lipton [:zach]]

Mass-move all BiDi Hebrew and Arabic qa to me, [e-mail]. 
Thank you Gilad for your service to this component, and best of luck to you 
in the future.

Sholom. 

Comment 10

[Simon Montagu :smontagu]

Attachment: Corrected testcase

Comment 11

[Ahmad A. Abu-Taha]

[e-mail] is no longer in Arabic bugs, so I have removed her from the CC 
list and added myself instead [e-mail]. This comment is to inform you 
of this new status. Thank you.

Comment 12

[Eyal Rozenberg]

These presentational forms are available with Narkisim, David and Times New
Roman fonts on Windows XP. Perhaps we shouls mark this as WONTFIX and suggest
that people update their fonts and/or version of Windows?

Comment 13

[Uri Bernstein]

Win95 is no longer supported, gfx/windows is dead, and this WFM with a trunk build on a standard Win XP machine. Closing as WORKSFORME, please re-open if you think there's still something to be fixed here.