- From: Robin Berjon <robin@berjon.com>
- Date: Fri, 22 Jun 2012 23:53:23 +0200
- To: "Linss, Peter" <peter.linss@hp.com>
- Cc: Jeanne Spellman <jeanne@w3.org>, <public-test-infra@w3.org>, Philippe Le Hegaret <plh@w3.org>, Michael Cooper <cooper@w3.org>, "Shadi Abou-Zahra" <shadi@w3.org>
On May 24, 2012, at 18:40 , Linss, Peter wrote: >> 1) Specification import: There needs to be a webUI to import spec data from specs with complex numbering. The current spec import UI cannot handle any of the WAI guideline-oriented specs, or any spec using a letter-number combination. Changing the way a spec is formatted - especially a spec with a long history - can become a contentious distraction to a WG. It's faster to add flexibility to the testing tool, then to get a WG to reach consensus on a new look to their document. :) Providing options for formats, or simply allowing a webUI import of a data file with the spec info would be helpful. > > I will soon be re-writing the specification import code to let it identify valid link targets beyond secant headings. When I get to that I'll make sure it can handle the WAI specs as well. I've been wondering if using the HTML5 outlining algorithm[0] and then using some heuristics to locate the closest ID. I believe that pubrules enforces having an ID on sections anyway so it might just always be there. Using that we could actually just ignore whatever numbering the specification authors may have preferred (which doesn't hurt since I guess people will move to generated content for that at some point). [0] http://dev.w3.org/html5/spec/headings-and-sections.html#outlines -- Robin Berjon - http://berjon.com/ - @robinberjon
Received on Friday, 22 June 2012 21:53:50 UTC