- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Tue, 23 Mar 2010 22:10:00 +0100
- To: Maciej Stachowiak <mjs@apple.com>
- CC: Shelley Powers <shelley.just@gmail.com>, HTMLWG WG <public-html@w3.org>
On 23.03.2010 21:48, Maciej Stachowiak wrote: > As far as I'm concerned, tightening up wording is fine, so long as it > maintains the intent of the original proposal. I would guess most > reviewers of the Change Proposal were considering primarily the concept > of the change, not the exact word choices. Otherwise they would probably > have noted the fact that the original was ungrammatical and did not > state any conformance requirements for either documents or > implementations. That being said, I'm waiting for Julian to check This just illustrates that we're disagreeing a lot on spec writing style. Defining syntax and semantics of this doesn't require any "conformance requirements". Just state what the damn value is: a set of comma-separated keywords. There's really no point in insulting the reader with something as complex as: "To obtain the list of keywords that the author has specified as applicable to the page, the user agent must run the following steps: 1. Let keywords be an empty list. 2. For each meta element with a name attribute and a content attribute and whose name attribute's value is keywords, run the following substeps: 1. Split the value of the element's content attribute on commas. 2. Add the resulting tokens, if any, to keywords. 3. Remove any duplicates from keywords. 4. Return keywords. This is the list of keywords that the author has specified as applicable to the page." ...which in the end says exactly the same, except that it makes a superfluous statements about repeating keywords and repeating instances of the <meta> element. > whether the revisions (committed as a separate change) maintain his > intent before closing the issue. I'm not totally happy with the wording, but I have similar concerns with the whole spec. Let's close this issue, Best regards, Julian
Received on Tuesday, 23 March 2010 21:10:49 UTC