- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Tue, 13 Mar 2012 16:12:13 -0700
- To: Eric Muller <emuller@adobe.com>
- CC: "public-i18n-bidi@w3.org" <public-i18n-bidi@w3.org>, Stephen Zilles <szilles@adobe.com>
On 03/13/2012 03:30 PM, Eric Muller wrote:
> On 3/10/2012 10:16 AM, Aharon (Vladimir) Lanin wrote:
>> > What does that mean in terms of implementation?
>>
>> I am not sure what you mean.
>>
>
> I think this case will answer my question unambiguously:
>
> <div direction='ltr'> A <span style="unicode-bidi:override; direction:rtl;"> B ‭ C<br/> D ‬ E </span> F </div>
>
> (where A...F stand for arbitrary strings, not for characters; spaces added for readability, not part of the text)
>
> Is the explicit LRO ("‭") reopened on the other side of the <br>? or asked another way, is the type of the characters
> in the fragment D overridden to L or to R?
CSS's bidi behavior only inserts codes corresponding to CSS-specified
bidi controls; it leaves the plaintext control codes intact and does
not try to interpret or augment them. The resulting stream is then
bidi-processed. So in your example, the LRO is not reopened on the
other side of the <br>; it is terminated, as in plaintext, at the
forced break. Furthermore, the PDF after D closes the RLO opened by
the <span>.
This is why we recommend not mixing markup and plaintext bidi controls.
It can create quite a mess!
~fantasai
Received on Tuesday, 13 March 2012 23:12:44 UTC