This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 7525 - meta/@name=keywords should be specified (and made conforming)
Summary: meta/@name=keywords should be specified (and made conforming)
Status: CLOSED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: All All
: P1 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords: NE, TrackerIssue, WGDecision
: 6853 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-09-07 11:42 UTC by Julian Reschke
Modified: 2010-10-04 14:55 UTC (History)
6 users (show)

See Also:


Attachments

Description Julian Reschke 2009-09-07 11:42:58 UTC
meta/@name=keywords should be specified in the HTML5 spec and made conforming; it has been in HTML4 and is widely used.

See related discussion in http://www.w3.org/Bugs/Public/show_bug.cgi?id=6853 (which was about restoring its state to "Proposal" in http://wiki.whatwg.org/wiki/MetaExtensions).
Comment 1 Ian 'Hixie' Hickson 2009-09-07 11:44:08 UTC
It's presence in HTML4 is irrelevant.

Why should it be in HTML5 proper and not an externally specified value registered with the registration mechanism?
Comment 2 Julian Reschke 2009-09-07 11:56:14 UTC
There's simply no good reason to treat it different from other values defined in HTML 4, except for (I guess) ideology.

So, on the other hand, why don't we move the three definitions that are part of HTML5 into separate specs as well?

Comment 3 Ian 'Hixie' Hickson 2009-09-07 12:13:06 UTC
It's not treated any differently than any other values in HTML4. I don't think I've ever even looked at the list of what values HTML4 defines since starting work on HTML5.

This has nothing to do with ideology (what ideology?). HTML5 was written from scratch.

We could move the three definitions in the HTML5 spec to another spec, but they are all significantly more useful than "keywords", so there are stronger reasons to keep them in the spec. For instance, "generator" affects the behaviour of validators, "application-name" has normative conformance criteria for UAs, and "description" is actually used by all manner of UAs.

Since the only reason you have provided for defining this feature is that some other document once defined it, I haven't added it. Please reopen the bug if there are more compelling reasons.
Comment 4 Julian Reschke 2009-09-07 12:23:57 UTC
(In reply to comment #3)
> ...
> This has nothing to do with ideology (what ideology?). HTML5 was written from
> scratch.
> ...

The belief that doing so is the right thing to do is IMHO ideological.

> We could move the three definitions in the HTML5 spec to another spec, but they
> are all significantly more useful than "keywords", so there are stronger
> reasons to keep them in the spec. For instance, "generator" affects the
> behaviour of validators, "application-name" has normative conformance criteria
> for UAs, and "description" is actually used by all manner of UAs.
> 
> Since the only reason you have provided for defining this feature is that some
> other document once defined it, I haven't added it. Please reopen the bug if
> there are more compelling reasons.
> ...

That is incorrect; another reason I have provided is that it is widely used; and there's no good reason to make these documents non-conforming.

Comment 5 Julian Reschke 2009-09-07 13:01:08 UTC
Actually, http://code.google.com/webstats/2005-12/metadata.html lists "keywords" as the most frequently used value for "name".
Comment 6 Michael[tm] Smith 2009-09-09 02:18:35 UTC
moved to HTML WG Tracker issue 79
http://www.w3.org/html/wg/tracker/issues/79

Comment 7 Maciej Stachowiak 2010-03-14 14:50:47 UTC
This bug predates the HTML Working Group Decision Policy.

If you are satisfied with the resolution of this bug, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
  http://dev.w3.org/html5/decision-policy/decision-policy.html

This bug is now being moved to VERIFIED. Please respond within two weeks. If this bug is not closed, reopened or escalated within two weeks, it may be marked as NoReply and will no longer be considered a pending comment.
Comment 8 Maciej Stachowiak 2010-03-16 18:33:27 UTC
The HTML WG decided by Call for Consensus to adopt the following Change Proposal to make <meta name="kewyords"> conforming and define its semantics. Please apply the appropriate edits to the spec.

http://lists.w3.org/Archives/Public/public-html/2010Feb/0162.html
Comment 9 Maciej Stachowiak 2010-03-23 02:39:29 UTC
Requesting expedited processing on behalf of the WG.
Comment 10 contributor 2010-03-23 07:12:14 UTC
Checked in as WHATWG revision r4860.
Check-in comment: W3C HTML WG ISSUE-79 change proposal merge
http://html5.org/tools/web-apps-tracker?from=4859&to=4860
Comment 11 contributor 2010-03-23 08:46:46 UTC
Checked in as WHATWG revision r4861.
Check-in comment: Fix the text added for ISSUE-79 to use appropriate terminology and to fit the style of the specification.
http://html5.org/tools/web-apps-tracker?from=4860&to=4861
Comment 12 Ian 'Hixie' Hickson 2010-03-23 08:47:04 UTC
Please verify that the changes I made to the proposed text are acceptable.
Comment 13 Maciej Stachowiak 2010-03-24 03:38:36 UTC
The text changes were approved by Julian and acceptably implement the WG decision.
Comment 14 Maciej Stachowiak 2010-03-28 21:49:15 UTC
*** Bug 6853 has been marked as a duplicate of this bug. ***