Re: [shadow-dom] Counters and list item counting

2013-03-14 Thread Tab Atkins Jr.
On Thu, Mar 14, 2013 at 12:47 PM, Andrei Bucur wrote: > Thanks for diving into the conversation Tab! I guess I just need to wait for > Elliott to confirm shadow roots create counter scopes. I talked with him about this at lunch, and he's fine with it. ~TJ

RE: [shadow-dom] Counters and list item counting

2013-03-14 Thread Andrei Bucur
Sprehn; public-webapps Subject: Re: [shadow-dom] Counters and list item counting On Thu, Mar 7, 2013 at 1:43 AM, Andrei Bucur wrote: > Hello, > > I want to clarify a certain situation: > > A > > > X > Y >

Re: [shadow-dom] Counters and list item counting

2013-03-11 Thread Tab Atkins Jr.
On Thu, Mar 7, 2013 at 1:43 AM, Andrei Bucur wrote: > Hello, > > I want to clarify a certain situation: > > A > > > X > Y > > > C > > > How is this case supposed to be rendered? > 1. A > 2. 1. X > 2. Y > 3. C > > or > >

Re: [shadow-dom] Counters and list item counting

2013-03-11 Thread Andrei Bucur
A kind reminder this question still requires an answer. I'd like to know if it's OK to implement lists to act as shown in the first rendering of the example (i.e counting doesn't cross upper-boundary encapsulation). Thanks, Andrei. On Mar 7, 2013, at 11:43 AM, Andrei Bucur wrote: > Hello, >

Re: [shadow-dom] Counters and list item counting

2013-03-07 Thread Andrei Bucur
Hello, I want to clarify a certain situation: A X Y C How is this case supposed to be rendered? 1. A 2. 1. X 2. Y 3. C or 1. A 2,3. X 4. Y 5. C Basically, do we want the shadow root to become the counting root for t

Re: [shadow-dom] Counters and list item counting

2013-02-19 Thread Boris Zbarsky
On 2/19/13 3:02 PM, Tab Atkins Jr. wrote: For example, if you intend for the component to contain a Oh, effects with components in particular. Yeah, ignoring the rearrangement done by components for purposes of counters makes sense to me. -Boris

Re: [shadow-dom] Counters and list item counting

2013-02-19 Thread Tab Atkins Jr.
On Tue, Feb 19, 2013 at 11:49 AM, Boris Zbarsky wrote: > On 2/19/13 2:43 PM, Tab Atkins Jr. wrote: >> There's some layer-breaching intrinsic to this. You do have to >> examine your styles to see if you generate a box. > > Well, your styles and the styles of all your ancestors in the flattened > t

Re: [shadow-dom] Counters and list item counting

2013-02-19 Thread Boris Zbarsky
On 2/19/13 2:43 PM, Tab Atkins Jr. wrote: There's some layer-breaching intrinsic to this. You do have to examine your styles to see if you generate a box. Well, your styles and the styles of all your ancestors in the flattened tree, yes? I wouldn't want it to rely on the box tree, though,

Re: [shadow-dom] Counters and list item counting

2013-02-19 Thread Tab Atkins Jr.
On Tue, Feb 19, 2013 at 11:38 AM, Boris Zbarsky wrote: > On 2/19/13 2:20 PM, Elliott Sprehn wrote: >> Currently in Webkit list item counting is done on the render tree, but >> we are looking at making it use the DOM instead so that ordered lists >> work properly in regions. > > Why wouldn't they w

Re: [shadow-dom] Counters and list item counting

2013-02-19 Thread Boris Zbarsky
On 2/19/13 2:20 PM, Elliott Sprehn wrote: Currently in Webkit list item counting is done on the render tree, but we are looking at making it use the DOM instead so that ordered lists work properly in regions. Why wouldn't they work properly even if done on the render tree? Note that if you do