Closed
Bug 95860
Opened 23 years ago
Closed 23 years ago
the "x-mac-hebrew" encoding is broken
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
People
(Reporter: xn--mlform-iua, Assigned: mkaply)
References
()
Details
Attachments
(4 files)
(deleted),
image/png
|
Details | |
(deleted),
image/png
|
Details | |
(deleted),
image/jpeg
|
Details | |
(deleted),
patch
|
blizzard
:
superreview+
|
Details | Diff | Splinter Review |
Even with UTF-8 producing Mac html editors (like Pepper from Hekkelman
Programmatuur) I have not been able type anything in Hebrew which gets displayed
correctly in Mozilla.
But shouldn't one at least expect that the MacHebrew encoding and MacHebrew
encoded html-pages would display correctly?
Please provide an example URL (or attach your HTML file) on this bug. Also,
provide the Mozilla Build ID you're using.
Reporter | ||
Comment 2•23 years ago
|
||
Build ID: 2001081514
<URL http://homepage.mac.com/sillijdfiu81j/simple_machebrew_sample.html >
The page contains the alphabet from Alef in two paragraphs.
Paragraph one: MacHebrew representation.
Paragraph two: The same, but converted to numbered html entities.
The page is displayed correctly in iCab <URL http://www.icab.de/ >.
In Mozilla paragraph one is not displayed as hebrew at all.
While paragraph two is displayed Left to right instead of left to right.
Summary: MacHebrew doesn't display MacHebrew correclty → MacHebrew doesn't display MacHebrew correctly
Reporter | ||
Comment 3•23 years ago
|
||
Correction to last sentence: "left to right instead of right to left".
The second paragraph issue is a reported bug, it's maconly bug 80577. On
windows, mozilla 0.9.3 release correctly displays the second paragraph
including the few spaces that you put in there which don't appear in the
picture. [Note to self: file bug against Editor for totally messing up]
Selecting MacHebrew from the encodings menu didn't work, but selecting Visual
Hebrew and Hebrew Windows worked (one gives [Left]Aleph->[Right]Taf, the other
gives [Left]Taf<-[Right]Aleph.
My macos test build from imglib removal landing is incapable of suggesting
fonts for Hebrew. I think that's bug 74186. Which iirc needs some porting love.
For now, it's a bit unfair to resolve this bug as a duplicate, so i'm just
going to mark the two dependencies. After those two bugs are fixed, we can
re-evaluate this bug.
Reporter | ||
Comment 5•23 years ago
|
||
I updated the image in the sample web page.
Comments to timeless: I am not sure what is meant by Left->Right and
Left<-Right. I am no BiDi-expert. But visually at least, there is no difference
between selecing Win Hebrew or Visual Hebrew, but I suppose we agree on that.
As for what is happening when selecting MacHebrew: it seems as a matter of
more than not being able to accociate/suggest the right font for MacHebrew. Many
of those letters it shows *is* within the MacHebrew fonts ?in between the
Ascii-range and the Hebrew-range? so perhaps Mozilla is also/instead picking the
wrong character/ascii number and not (only) the wrong font?
The Editor: that is another matter not working with Hebrew on the Mac.
Assignee | ||
Comment 9•23 years ago
|
||
I'll confirm this.
The issue seems to be that the x-mac-hebrew encoding isn't working either
specified in CHARSET tag or via the menu.
What makes this really strange is that MacHebrew uses the same codepoints as
ISO, so it should be an easy mapping.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Updated•23 years ago
|
OS: Mac System 9.x → All
Summary: MacHebrew doesn't display MacHebrew correctly → the "x-mac-hebrew" encoding is broken
Reporter | ||
Comment 10•23 years ago
|
||
Changed title to something clearer (I hope). Also changed OS from "MacOS" to
"All" to show that it affects all platforms (as demonstrated by timeless
attachements).
Reporter | ||
Comment 11•23 years ago
|
||
Also changed "PLATFORM" to "ALL" (and not only "OS").
Hardware: Macintosh → All
Reporter | ||
Comment 12•23 years ago
|
||
Reporter | ||
Comment 13•23 years ago
|
||
Question from the amateur, to timeless, relating to the second paragraph (i.e.
*not* x-mac-hebrew problem and per se not belonging to this bug report...) in my
sample page: Bug 80577 is called "Order of words reversed in Hebrew site on
Mac". And it is specified by the reporter of that bug, that *each word* is
displayed correctly. As my attachment (attach_id=46661) shows, both *word order*
and *letter order* in my sample page is reversed on the Mac. But you still say
that bug 80577 is a report on the problem with the second paragraph?
Assignee | ||
Comment 14•23 years ago
|
||
Comment 15•23 years ago
|
||
Um, the word order vs. letter order stuff should be addressed to the QA or
someone working in Bidi. After making the attachments I started to realize that
there was a real bug here. (I should have commented as such and confirmed, but
mkaply did it and figured out the problem, so I don't regret dragging my
heels.)
anyways, r=timeless it fixed the problem for my 0.9.3 build, including
automatically recognizing MacHebrew
Comment 16•23 years ago
|
||
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
Comment 17•23 years ago
|
||
Comment on attachment 46688 [details] [diff] [review]
x-mac-hebrew was missing from charsetAlias.Properties - added x-mac-arabic as well
sr=blizzard
Attachment #46688 -
Flags: superreview+
Assignee | ||
Comment 18•23 years ago
|
||
Fix finally checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
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.
Description
•