Closed Bug 80151 Opened 23 years ago Closed 17 years ago

Some Hebrew presentation form does not display on Window

Categories

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

x86
Windows 95
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ftang, Assigned: smontagu)

References

Details

Attachments

(2 files, 1 obsolete file)

Attached patch split from bug 80130 (deleted) — Splinter Review
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.
Status: NEW → ASSIGNED
Depends on: 80161, 80162
We added this in response to a newsgroup post from Mark David mhd@world.std.com, 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.
Attached file testcase (obsolete) (deleted) —
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?
Assignee: ftang → simon
Status: ASSIGNED → NEW
cc-ing arthur.barrett@march-hare.com 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.
Changing QA contact to giladehven@hotmail.com and copying mahar@eg.ibm.com
QA Contact: andreasb → giladehven
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"
Component: Internationalization → BiDi Hebrew & Arabic
Summary: change gfx/src/windows/nsFontMetricsWin.cpp for bidi → Some Hebrew presentation form does not display on Window
Mass-move all BiDi Hebrew and Arabic qa to me, zach@zachlipton.com. Thank you Gilad for your service to this component, and best of luck to you in the future. Sholom.
QA Contact: giladehven → zach
Blocks: 115714
Status: NEW → ASSIGNED
Blocks: 80130
Attached file Corrected testcase (deleted) —
Attachment #34536 - Attachment is obsolete: true
mahar@eg.ibm.com is no longer in Arabic bugs, so I have removed her from the CC list and added myself instead ahtaha@eg.ibm.com. This comment is to inform you of this new status. Thank you.
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?
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.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: