W3C home > Mailing lists > Public > www-international@w3.org > July to September 2010

Re: bidi embedding for block-level elements

From: L. David Baron <dbaron@dbaron.org>
Date: Fri, 23 Jul 2010 16:44:08 -0700
To: Asmus Freytag <asmusf@ix.netcom.com>
Cc: fantasai <fantasai.lists@inkedblade.net>, Ian Hickson <ian@hixie.ch>, Simon Montagu <smontagu@smontagu.org>, www-html@w3.org, "'WWW International'" <www-international@w3.org>, "public-i18n-core@w3.org" <public-i18n-core@w3.org>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <20100723234408.GA15989@pickering.dbaron.org>
On Friday 2010-07-23 16:16 -0700, Asmus Freytag wrote:
> The ceiling on embeddings in the bidi algorithm was invented in an
> attempt to prevent implementations from taking shortcuts and setting
> their own ceiling. 60 some levels was thought to be small enough
> that any implementation could handle it, and yet inconceivably large
> for practical cases. However, the limit is on bidi levels, not on
> the number of embeddings. It occurs to me that in some contexts,
> levels could increment by 2. Might be worth someone checking in the
> bidi specification under what circumstances that occurs, and whether
> that means the worst case nesting limit is lower.

In the case Ian raised, I'd think embedding level would normally
increment by 2, since there are no directionality changes, and an
LTR (RTL) embedding bumps the embedding level to the next higher
even (odd) embedding level.

So bidi would start breaking down inside the 32nd nested <div
style="display:inline">.

-David

-- 
L. David Baron                                 http://dbaron.org/
Mozilla Corporation                       http://www.mozilla.com/
Received on Friday, 23 July 2010 23:46:37 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 23 July 2010 23:46:40 GMT