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

[Bug 13704] Re: The li element (the value attribute) What (other than compatibility with pre-html5 user agents) is the rationale for limiting the value attribute to an integer? The value attribute should be interpreted by user agents as a hint to the user agent about

From: <bugzilla@jessica.w3.org>
Date: Mon, 08 Aug 2011 16:43:03 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QqSut-0007hH-M9@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13704

Tab Atkins Jr. <jackalmage@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jackalmage@gmail.com

--- Comment #1 from Tab Atkins Jr. <jackalmage@gmail.com> 2011-08-08 16:43:02 UTC ---
Chopping your message down to the actual problem statement:

(In reply to comment #0)
> With legal documents, it's not possible to say: "Appendix AB, Division C,
> Section 1, subsection a, part ⅰⅰⅰ"; you can't be sure how a user agent
> will render the "numbers". Yes, logically, you know that Division numbered 3
> is logically equivalent to one marked "C", but that's apparently not good
> enough for a legal document. It's a loss of information; there is information
> in the document that you simply can't represent with the language. You can
> style it, even with an inline style, but you can't say what it *is*.

Yes, the fact that list numbering is actually a vital part of the content in
legal documents is important.  The CSS Lists module is addressing this
directly, so that you can put the list marker inline with the rest of the
content, but still style it as a list marker.

Thus, nothing needs to happen here in HTML.

-- 
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 Monday, 8 August 2011 16:43:08 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:16 UTC