Last modified: 2011-05-14 16:25:25 UTC
I am using the Monobook skin and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7.12) Gecko/20050915 Firefox/1.0.7 .
At [[yi:ייִדישע שפּראַכן]] does not render the first line in the list.
renders correctly. Why?
Regards Reinhardt [[user:gangleri]]
Created attachment 941 [details]
changed summary to
*BiDi: RTL list not rendered correctly*
It doesn't appear to have actually had the '*' at the beginning of the line,
but rather at the end. (Bidi display in the textarea may show it at the
beginning incorrectly.) Fixing the line, it displays fine.
see bug 3672: BiDi: improuve the diffs with regard to RTL issues
please reopen the bug if necessary
blocks bug 745: RTL/bidirectional issues (tracking)
as this bug is INVALID
reopening this bug with the summary
<s>provide remedies against Firefox bug 119860 and Firefox bug 171519</s>
BiDi: evaluate LRM, RLM, LRE, RLE, LRO, RLE (PDF?) followed by "*", "#", ":",
";" same as "*", "#", ":", ";" at the begining of lines
== [bug Bugzilla 119860] Incorrect caret position when writing in Hebrew forms
== [bug Bugzilla 171519] Mac: Problems editing Hebrew text in forms
Unicode Character RIGHT-TO-LEFT EMBEDDING - U+202B
HTML Entity (decimal) ‫ – (hex) ‫
UTF-8 (hex) 0xE2 0x80 0xAB (e280ab) %E2%80%AB %e2%80%ab
It takes precious time to get such pages fixed. Moving the curser trough the
editbox does not allow users / visitors to identify the problem. After several
After many "trial and error" they will stop editing RTL wiki's.
I think that the implementation of the request would not brake any page. For
compatibility it can be keept in the code also after the Firefox bugs are fixed.
*help / debugging tool*
A feature as described at
bug 4012: Add flexible magic character conversion to the user interface
would help to save time. It shows you what characters are in the editbox.
best regards reinhardt [[user:gangleri]]
P.S. About cursor movement: You need some time and experience to get skilled
with the cursor movements over whitespace and BiDi general punctuation
characters. It is not the scope of this report to describe that here.
I am not able to see the RLE character in the original url
http://yi.wikipedia.org/w/index.php?oldid=6375 using view page source. RLE is
there as Unicode abd *not* as ‫ . If there would be a way to see view page
source in Unicode it would be easier. I will open such a bug at
(In reply to comment #6)
> *help / debugging tool*
> A feature as described at
> bug 4012: Add flexible magic character conversion to the user interface
> would help to save time. It shows you what characters are in the editbox.
*help / debugging tools*
easier to do:
Non-UTF-8 wikis contained at some point in time a special page named "makeutf-8"
This special page would still be very helpfull if activated.
(In reply to comment #6)
> you find
> * [[ייִדיש]]
> ‫* [[י]]
> ‫* [[יִ]]
> ‫* [[ד]]
> ‫* [[י]]
> ‫* [[ש]]
> ‫* [[ייִדיש]]
> * [[עבֿרית]]
Please see the note at
The whole trouble might relate to how "copy and paste" works in XP SP2 and FF.
If the clipboard is "automatically" embeded with punctuation characters "copy
and paste" is more or less useless without the ability to see / verify what *is*
/ what will be *realy* in the page source.
(In reply to comment #7)
> ... If there would be a way to see view page
> source in Unicode it would be easier. I will open such a bug at
> bugzilla.mozilla.org .
== [Bug Bugzilla 321444] Visualization of BiDi control, Unicode whitespace and
invalid Unicode characters when pasting text from clopboard into editbox, textarea
I suggest closing it. I see no reason to have RLM/LRM in the beginning of the line before * or #.
Closing WORKSFORME based on Comment #11