W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2010

[Bug 10808] text with unknown direction gets corrupted when inserted in content with opposite direction

From: <bugzilla@jessica.w3.org>
Date: Thu, 04 Nov 2010 16:41:14 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PE2sE-0001JX-Ue@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10808

--- Comment #35 from fantasai <fantasai.bugs@inkedblade.net> 2010-11-04 16:41:12 UTC ---
(In reply to comment 
>
> I can't help but wonder is whether any solution here will really work
> reliably enough to be considered a success. Shouldn't we just require any
> content developer who works with bidi text to keep track of the direction
> of any of the text they want to output? The browser isn't going to be in
> any better a position to guess the direction than the site is, and often
> in fact will be in a far worse position.

UAX9 autodetection is indeed not a particularly intelligent way to autodetect
the paragraph direction. However, it is
  a) dead simple
  b) compatible with UAX9's recommendation for plain text
  c) stable wrt user input (only changing the first character switches
direction)
  d) easily manipulatable -- the base direction can predictably be changed
     by changing the first character of the paragraph, either by rephrasing
     or by inserting LRM/RLM

There will be developers who want to do more intelligent detection. Google, for
example, has and will continue to spend a lot of effort on intelligent
detection. But most developers don't understand bidi, and won't expend so much
effort on getting it right. This feature makes it much, much easier for
developers to get some measure of bidi intelligence in their apps. It makes it
possible to roundtrip text between input elements and HTML displays without
writing bidi detection and manipulation code.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 4 November 2010 16:41:20 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 4 November 2010 16:41:20 GMT