This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
This was was cloned from bug 17633 as part of operation convergence. Originally filed: 2012-06-28 17:54:00 +0000 ================================================================================ #0 contributor@whatwg.org 2012-06-28 17:54:48 +0000 -------------------------------------------------------------------------------- Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/grouping-content.html Multipage: http://www.whatwg.org/C#the-ol-element Complete: http://www.whatwg.org/c#the-ol-element Comment: Should ordered list numbering consider list items in child blocks? Posted from: 98.110.194.72 by bzbarsky@mit.edu User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/16.0 Firefox/16.0 ================================================================================ #1 Boris Zbarsky 2012-06-28 17:56:43 +0000 -------------------------------------------------------------------------------- Consider this testcase: <ol> <div><li>One</li></div> <li>Two</li> <li>Three</li> </ol> This is numbered "1, 2, 3" by Gecko, WebKit, IE7 and before, and IE quirks mode. It's numbered "1, 1, 2" by IE8 and IE9 standards modes and Presto. I'm pretty sure that at least for quirks mode pages depend on this behavior. I would also somewhat prefer that the behavior here not depend on mode... Note that for <ol reversed> this also raises the question of how the start value is computed. ================================================================================ #2 Ms2ger 2012-06-28 18:38:13 +0000 -------------------------------------------------------------------------------- http://w3c-test.org/html/tests/submission/Ms2ger/rendering/TODO-lists.html ================================================================================
Filter on [Idon'tcareaboutHTMLWGbugspam].
Making this a higher priority to actively seek more feedback on from implementers and webdevs.
HTML5.1 Bugzilla Bug Triage: Moved to https://github.com/w3c/html/issues/225 If this resolution is not satisfactory, please copy the relevant bug details/proposal into a new issue at the W3C HTML5 Issue tracker: https://github.com/w3c/html/issues/new where it will be re-triaged. Thanks!