[Webkit-unassigned] [Bug 8587] REGRESSION: {display:list-item} on items outside an ol or ul element no longer causes incremental numbering

[bugzilla-daemon at opendarwin.org]

http://bugzilla.opendarwin.org/show_bug.cgi?id=8587


darin at apple.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |darin at apple.com
         AssignedTo|darin at apple.com             |webkit-
                   |                            |unassigned at opendarwin.org
             Status|REOPENED                    |NEW




------- Comment #14 from darin at apple.com  2006-07-16 12:20 PDT -------
(In reply to comment #12)
> Tested Nightly of 16th of July. The old behaviour has now _partly_ been
> restored. But the handeling of nested elements with display:list, is still
> different from what it was. If you ad two H2 elements with the same CSS
> display:list value, like this:
> 
> <DIV class=list>
>    <H2 class=list>txt1</H2>
>    <H2 class=list>txt2</H2>
> </DIV>
> <DIV class=list>....</DIV>
> 
> Then the relased Safari (+ the others) will number the first H2 as 1 and the
> secound H2 as 2 and the secound DIV as 2 again etc.  While the current nightly
> will number the first H2 as 2 and the secound H2 as 3. And the the secound DIV
> as 4. Etc. (IE6 will do the same - don't know about IE7.)  (You may change the
> H2 to nested DIV instad, if you wish.)
> 
> The old behaviour was the logic one.  It is illogical that an element within
> another  (In reply to comment #6:)

OK. If you want me to fix this right, could you provide some test cases? For
example, how should this be numbered?

    <div>
        <div class="listitem">a</div>
        <div>
            <div class="listitem">b</div>
        <div>
        <div class="listitem">c</div>
    </div>

And what about when tables are involved?

There's no way to "restore the old Safari behavior", but we can certainly fix
this so it's 100% right if we have some test cases to demonstrate correct
behavior.


-- 
Configure bugmail: http://bugzilla.opendarwin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.