Closed Bug 154625 (bidi_relnotes) Opened 19 years ago Closed 5 years ago

BiDi (Arabic/Hebrew/etc.) release notes tracker bug

Categories

(Core Graveyard :: Tracking, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: smontagu, Assigned: smontagu)

References

(Depends on 5 open bugs, Blocks 1 open bug)

Details

It would be useful to have some Bidi release notes where we could summarize the
status of Bidi support for different releases and platforms and update
outstanding issues. Let's track it here.
Shosh, would you like to be QA on this?
Status: NEW → ASSIGNED
Alias: bidi_relnotes
OS: Windows 2000 → All
Hardware: PC → All
Target Milestone: --- → mozilla1.1beta
QA Contact: chofmann → xslf
taking QA
Depends on: 96057
Depends on: 119857
Depends on: 148866
Depends on: 110655
Depends on: 153296
Depends on: 60546
Depends on: 82352
Depends on: 99799
Depends on: 99823
Depends on: 142233
Depends on: 119860
Depends on: 123218
Depends on: 139969
Depends on: 151374
Depends on: 127683
- Bug 78201 ("[BiDi]:Arabic 2 byte fonts don't seem to render"):
Arabic does may not work with iso8859-6 fonts on X11 (Unix/Linux) platforms
Workaround:
Use iso10646-1 fonts (like those from
http://crl.nmsu.edu/~mleisher/download.html)
Summary: Bidi release notes tracker bug → BiDi (Arabic/Hebrew/etc.) release notes tracker bug
Shoshannah Forbes:
Wanna suggest possible wording for release notes for the dependencies that you
have added, please ?
* Selection of multiple lines in pages with Hebrew/Arabic encodings is broken
(bug 82352).  
Workarounds:
1) If your default encoding is Hebrew/Arabic, and the page has no Hebrew/Arabic
characters, change the encoding to western from the view menu
2) Click at the beginging of the text, and CTRL+Click at the end. Everything in
the middle will be selected.
There is no UI for controlling directionality of composed messages (bug 96057
and bug 119857)
Workaround:
A partial XUL workaround can be downloaded from here:
http://www.typo.co.il/~mooffie/mozilla/hebmailpack.html
correction for comment #5: should be Shift+Click instead of ctrl+click
Problems setting Hebrew fonts under Mac OS X (bug 110655 and bug 153296)-
Mozilla ignores the Hebrew font set in the users preferences, and uses a
seemingly random font.
Workarounds:
∑ On OS 10.1.x- rename the desired font to be the first font in the alphabetical
list (does not work wit 10.2)
∑ Use tinker tool to change the system font to the Hebrew font that you want
Mac OS X: Crash on startup if the volume Mozilla is on has a directionality mark
in it’s name (bug 127683).
This will happen especially if you boot periodically into Mac OS 9.x from Yeda.
Workaround:
Use the get info command in OS X to rename the volume. This operation has to be
repeated after every boot into OS 9.x from yeda.
Mozilla has numerous problems with didactic placement. (bugs 123218 81367
 144157 60546).

with didactic placement= with diacritic placement.
I hate my spell checker...
No bidi change for text boxes (both <textarea> and <input>), like control-shift
at windows. bug 98160

Workaround: 
here [http://archive.takilla.com/SiteBuilders/msg01342.html] explained how to
bind the F12 key to the direction change. It's Hebrew, but can be readable even
for non Hebrew speakers, I guess.
bug 78201:
Arabic support on Unix/Linux:
Starting with Mozilla 1.2beta support for iso8859-6.8x encoded fonts was added
on Unix/Linux (previously arabic display and printing was only supported via
iso10646-1 fonts).
Printing arabic is supported via the Xprint module.
iso8859-6.8-encoded fonts are available from
http://www.langbox.com/AraZilla/linux/arafontfull-1.2-4.i386.rpm
As I can see, there are still problems with RTL and <DIV>s, and there seems to
be no progress.

bug 131023 and bug 153516 both seems to talk about the same. Hebrew text "flies"
to the far side of the screen, on any Hebrew page that looks good in other
browsers. Yet I see no CSS tricks to reslove this temporary. 

bug 140611 talks about a case where the list (<LI>) bullet goes to the wrong
side, instead of mirroring of the LTR case ("* item" -> "item *").

Those bugs are ugly, and make people hate <table>-free page construction, while
in other browsers it's work just fine. We cant call Microsoft for standards,
while Mozilla still has basic rendering problems for Hebrew/Arabic pages.
The Target Milestone field needs updating.

Prog.
Blocks: 207938
bug #188294 affects all gecko browsers on MacOS, preventing proper editing of
Hebrew text in web mail, message boards, wikis, web logs etc.
It also affects composer and mail/news.

Really really annoying bug, with the only workaround being writing the text in
an external editor and pasting back to the editing area.
Depends on: 188294
Target Milestone: mozilla1.1beta → mozilla1.5alpha
Re comment #14:
Bug #6976 is probably also related, and it has not been fixed yet (althugh it is
4 years old and has more then 15 dups).
Depends on: 6976
Blocks: 206550
Depends on: 214467
Depends on: 171519
Depends on: 120401
Target Milestone: mozilla1.5alpha → ---
Blocks: Persian
Marking all tracking bugs which haven't been updated since 2014 as INCOMPLETE.
If this bug is still relevant, please reopen it and move it into a bugzilla component related to the work
being tracked. The Core: Tracking component will no longer be used.
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.