- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Wed, 24 Feb 2010 17:13:36 +0100
- To: Julian Reschke <julian.reschke@gmx.de>
- Cc: Maciej Stachowiak <mjs@apple.com>, HTMLWG WG <public-html@w3.org>
Julian Reschke, Wed, 24 Feb 2010 15:11:06 +0100: > On 24.02.2010 13:44, Leif Halvard Silli wrote: >> I support this change proposal. But I think that Julian should update >> the section about positive and negative effects: >> >>>> 1. Positive Effects >>>> >>>> Documents using meta/@name="keywords" will be conforming again. >> >> 2) In addition they will be able to use them for specific purposes - >> such as search engines inside and outside controlled environments, as >> the change proposal explains. > > I can add that; but I'd prefer not to post an updated CP unless > needed. (Chairs?). > >> 3) A third positive effect is that profile extensions (such as Dublin >> Core) will be able to use them. HTML4 gives example of such use, and >> more such use can e.g. be spotted in the examples and source code the >> DC-HTML specification. Not having this option will make DC-HTML pages >> invalid. > > Note sure about this. > > This issue is not about meta/@name values in general, but the value > "keywords" specifically. How is that relevant to profile extensions > and/or DC-HTML? OK. I misunderstood that aspect of your proposal. I guess I perceived "keywords" as a synonymous with "value of the meta@name attribute. And, also, in HTML4 then any value is valid, but only those values that are supported by an actual profile specification, carries any meaning. HTML4 probably mentions name="keywords" many more times than it mentions other meta@name values. But I am not sure that we can say that HTML4 defines "keywords" as a <meta@name> value. HTML4 says: ]]name = name [CS] This attribute identifies a property name. This specification does not list legal values for this attribute.[[ HTML4 defers to profiles to _eventually_ ("SHOULD") define the property names: ]] The meaning of a property and the set of legal values for that property should be defined in a reference lexicon called a profile.[[ And hence it was logical of me to expect that you wanted to make _any_ value of <meta@name> valid. So then I perceive this as a proposal about being more compatible with "the Web" than the current HTML5 draft is. As such I maintain my support for the proposal. But aren't there more meta@name values mentioned in HTML4 that ought to be formally valid in HTML5? I found 3 values that are not present in HTML5, but which HTML4 mentions: name="ROBOTS" content="ALL, INDEX, NOFOLLOW, NOINDEX" (section B.4.1 Search robots) name="copyright" (section 7.4.4 Meta data "hypothetical profile … for document indexing") name="date" (section 7.4.4 Meta data) "hypothetical profile … for document indexing") All of which are mentioned in relationship to search engines and indexing. I believe all of these are in use? -- leif halvard silli
Received on Wednesday, 24 February 2010 16:14:11 UTC