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)
Tracking
()
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.
Assignee | ||
Comment 2•24 years ago
|
||
Assignee | ||
Comment 3•24 years ago
|
||
simon- could you take a look at the image ?
I need your help to debug this
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•24 years ago
|
||
Assignee | ||
Comment 5•24 years ago
|
||
simon- do you have a mac these days ?
Assignee | ||
Comment 6•24 years ago
|
||
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
Assignee | ||
Comment 7•24 years ago
|
||
the previous log is a cut&paste from simon's email. I don't understand what he
mean "native device context direction"
Comment 8•24 years ago
|
||
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).
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → Future
Assignee | ||
Comment 9•23 years ago
|
||
no time to work on mac arabic/hebrew. move to future
Comment 10•23 years ago
|
||
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
Comment 11•23 years ago
|
||
Can someone post a testcase? The URL doesn't seem to work
Comment 12•23 years ago
|
||
Comment 13•23 years ago
|
||
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]
Comment 14•23 years ago
|
||
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
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.
Description
•