W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > March 2010

[Bug 7681] link tag: rel: associate pages about the same person across many sites

From: <bugzilla@wiggum.w3.org>
Date: Sun, 28 Mar 2010 20:22:12 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1Nvyzs-0001pE-1D@wiggum.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7681





--- Comment #11 from Maciej Stachowiak <mjs@apple.com>  2010-03-28 20:22:11 ---
(In reply to comment #10)
> I'm not sure what needs to be made more formal for a spec. The need to find
> content on one person across many websites when many people may have the same
> name is well known, and, when a canonical page is not agreed upon or doesn't
> exist, is resolvable by each website offering extensive matchable biographical
> data so a search engine can compare and match to distinguish different people
> with the same name so websites about the same person can be found together.
> I've had difficulty getting UA makers to respond to feature requests before
> HTML5 support. We need HTML5 support for some of them to prioritize the
> feature. Thus, I'm requesting escalation.

It's incorrect process to both reopen the bug *and* request escalation. Please
pick one of the following:

1) Reopen bug for fresh consideration by the editor - you will get a full
Editor's Response with rationale and a spec diff link if any spec changes are
made.

2) Escalate to tracker for consideration by the full Working Group - a Change
Proposal will be required.

In case of (1), the TrackerRequest keyword should be removed for now (you will
still be entitled to request escalation once the editor replies again).

In case of (2), the bug should be moved back to VERIFIED - it will remain there
and will not be closed pending a Working Group Decision.

If you do not pick one of these in a couple of days, I will assume option 2.


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 28 March 2010 20:22:13 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 28 March 2010 20:22:13 GMT