- From: Andrew Fedoniouk <news@terrainformatica.com>
- Date: Sat, 15 Nov 2008 12:20:49 -0800
- To: Henri Sivonen <hsivonen@iki.fi>
- CC: Mark Baker <distobj@acm.org>, Ian Hickson <ian@hixie.ch>, public-html@w3.org
Henri Sivonen wrote:
>
> On Nov 14, 2008, at 20:42, Mark Baker wrote:
>
>> I think we've had this discussion before 8-)
>>
>> As often happens, Roy says it better than I could;
>>
>> http://lists.w3.org/Archives/Public/public-html/2007Nov/0430.html
>
>
> It seems to me that Web authors seek to elicit browser behaviors when
> they write HTML/CSS/JS. They don't just put abstract meaning out there.
> (In the common case; I'm sure you can show an existence proof of the
> opposite.) There are other kinds of Web clients, too, but generally
> people publish content primarily to enable people to access the content
> using browsers and the ability of other programs to consume the content
> is just a bonus. (Of course, there are exceptions: Certain types of
> black hat SEO target the behavior of search engines and the content
> doesn't need to be useful in a browser.)
>
> I don't think it's useful to try to decouple "the language" from
> "browser behavior" normatively. However, I think that producers of HTML
> documents would benefit from an informative document that gives
> instruction on how to produce conforming HTML5 documents. That is, the
> following the guidance of the informative document should result in
> conforming documents but the guidance wouldn't need to give all the
> possible ways in which a document could be conforming.
>
> I think we don't need a separate normative language spec but instead we
> need an informative authoring guide ("primer" in the W3C lingo, although
> that word isn't great in the title of a document aimed at global
> audiences). We already even have an editor (Lachy) signed up for the
> authoring guide.
>
For me HTML5 specification appears as an attempt to provide unified
document targeted on implementors (of HTML5 parsers) and content authors.
But...
As an example consider these two sub-chapters:
4.4.10.1 Creating an outline
4.4.10.2 Distinguishing site-wide headings from page headings
of the chapter: http://www.w3.org/html/wg/html5/#headings-and-sections
As an implementor of HTML5 parser I do not understand what to do with
information provided there. It appears as it is useless for the need of
parsing input stream into the DOM.
As a content author I also do not know a) how to read it and b) what to
do at the end with, say, this:
"The algorithm that must be followed during a walk of a DOM subtree
rooted at a sectioning content element or a sectioning root element to
determine that element's outline is as follows:"
Who or what kind of software shall use this algorithm?
Question Générale: Whom this document is aimed for?
--
Andrew Fedoniouk.
http://terrainformatica.com
Received on Saturday, 15 November 2008 20:21:32 UTC