W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2011

[Bug 14548] Grouping Content: algorithm for incrementing value (OL->LI @value) does not match any current user agent

From: <bugzilla@jessica.w3.org>
Date: Tue, 25 Oct 2011 15:41:18 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RIj7u-0006Ol-7T@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14548

--- Comment #2 from Daniel.S <crazy-daniel@gmx.de> 2011-10-25 15:41:16 UTC ---
(In reply to comment #1)
> I'm open to changing it if there's something specific that should be changed,
> but I'm not sure what to do otherwise. Is the spec as it stands today
> sufficient?

1. Mozilla implemented the HTML5 algorithm in Firefox 9. It passes the tests of
the initial reporter. So I'm not sure what "Versions of user agents included
the latest versions" refers to.

2. Although some browsers do not support negative li@value values, they *all*
support negative ol@start values, so negative counters are no real problem.

3. Opera 11.5 only fails 3 tests (value=".2", value="" and value="c").

IE10 PP2 doesn't support yet non-positive li@value values, but MS knows about
the issue. And their algorithm is probably as old as the whole list
implementation.
Chrome 14 also doesn't support non-positive values for li@value.

I think the current state of the spec is a sane one that can be implemented.
The big problems seem to be error recovery and non-positive values. The latter
can be easily fixed as seen in Gecko. I don't know if the former is really
influencing real world websites.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 25 October 2011 15:41:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:06 UTC