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