https://bugzilla.wikimedia.org/show_bug.cgi?id=5121
lɛʁi לערי ריינהארט <gangl...@torg.is> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WONTFIX |
--- Comment #7 from lɛʁi לערי ריינהארט <gangl...@torg.is> 2009-12-11 00:19:02
UTC ---
(In reply to comment #6)
> The following also seem to work:
>
> * this <!--
> --> continues
> * this <nowiki>
> </nowiki> too
>
> Imho there is no need to add new escaping methods when these do work.
Reopening this bug. The answer three years after the report is not
satisfactory. In order to understand the importence of the requirement you need
to make some 20,000++ edits with mixed directionality on crapy computers (with
outdated operarting systems and browsers).
Why it should not be possible to use a *whatever* unused character to provide
this functionality?
The main issue are the characters with directionality neutral which might be
displayed oposite to what was keyed in. Please understand that mixed script
editing and correction is not the same as looking at a Linux shell ASCII text
where you may identify imediately what you are loking for.
Bidirectional support in text areas is quite poor. It is mainly a problem of
the operating systems. What I have asked for is a workaround (inside the text
are box). Please remind that the most commonly accesible places do not have
editors with enhanced BiDirectional support installed. There you may not copy
text fom one application to an editor, edit it and copy it back.
Best Regards Reinhardt [[user:Gangleri]]
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
