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

[Bug 14198] New: List items with non-numerical values (4 a., 4 b.)

From: <bugzilla@jessica.w3.org>
Date: Sun, 18 Sep 2011 17:23:29 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-14198-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14198

           Summary: List items with non-numerical values (4 a., 4 b.)
           Product: HTML WG
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: hej@victorandree.se
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


I am working on structuring a bunch of plaintext documents using HTML5,
specifically the Swedish Code of Statutes. In these documents, lists are very
common. Furthermore, the list item markers (1., 2., etc) are considered part of
the semantic structure of the document, that is, sections may refer to e.g.
"point 4. in section 1".

While I am happy to see that the value attribute has been resurrected for <li>,
limiting it to integers is not enough in my case. There are several statutes
with non-numerical list markers.  For example, SFS 1994:200, chapter 1, section
2 (available at http://lagen.nu/1994:200#K1P2) has items 1., 2., 4., 4 a., 4
b., 4 c., 4 d.

It would have been possible to represent this kind of list in HTML5 if the
value attribute were not limited to integers. As it stands, I don't see a good
way of having these lists represented in HTML: HTML makes incorrect assumptions
about the semantic structure of lists.

-- 
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 Sunday, 18 September 2011 17:23:31 UTC

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