Closed Bug 81020 Opened 24 years ago Closed 23 years ago

order of hebrew text frame are wrong on Mac

Categories

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

PowerPC
Mac System 8.5
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 80577
Future

People

(Reporter: ftang, Assigned: ftang)

References

()

Details

(Keywords: intl)

Attachments

(2 files)

I find this is still an issue after I fix 74124 the order of the hebew text are mostly right on Mac. But in some cases on Mac, it is wrong. For example in http://hotmail.co.il/login.asp 1. the link should be on the left of the text 2. the line which have "90" is wrong 3. the line which have "Microsoft" is also wrong.
reassign to myself
Assignee: nhotta → ftang
Attached image on mac- wrong display
simon- could you take a look at the image ? I need your help to debug this
Status: NEW → ASSIGNED
simon- do you have a mac these days ?
What I was trying to say was that the Hebrew in your screenshot has been ordered with base direction left-to-right instead of right-to-left. In Windows when mRightToLeftText is true in nsRenderingContextWin.cpp we call SetTextAlign with TA_RTLREADING, which sets the base direction for the device context's native reordering to right-to-left. You have to find the equivalent API for Mac and call it. Hope this helps, I'm off to bed now. Simon
the previous log is a cut&paste from simon's email. I don't understand what he mean "native device context direction"
What I meant was the base (paragraph) direction used when the platform invokes its own implementation of the Bidi algorithm. This is important, because it determines whether a logical text like COPYRIGHT 2000 MICROSOFT is rendered TGHIRYPOC 2000 TFOSORCIM <--- with LTR base direction or TFOSORCIM 2000 THGIRYPOC <--- with RTL base direction In Windows this is set by calling SetTextAlign with the flag TA_RTLREADING (by the way the comment in the source of nsRenderingContextWin.cpp is not synchronized with the code -- I'll file a separate bug on that).
Target Milestone: --- → Future
no time to work on mac arabic/hebrew. move to future
Changing QA contact to giladehven@hotmail.com. Changing component to "Bidi..." and adding intl keyword.
Component: Internationalization → BiDi Hebrew & Arabic
Keywords: intl
QA Contact: andreasb → giladehven
Can someone post a testcase? The URL doesn't seem to work
Can someone revisit this testcase after the checkin on bug 83958 and attach a new screenshot? The testcase includes Bidi control characters, which would explain the ? symbols in attachment 34592 [details]
I'm moving the comments to the other bug. *** This bug has been marked as a duplicate of 80577 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified dupe
Status: RESOLVED → VERIFIED
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: giladehven → 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: