
From mike@jay.w3.org  Wed Oct  6 08:28:23 2010
Return-Path: <mike@jay.w3.org>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 239D53A6C91 for <link-relations@core3.amsl.com>; Wed,  6 Oct 2010 08:28:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.522
X-Spam-Level: 
X-Spam-Status: No, score=-10.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3V0VBvUIDqDd for <link-relations@core3.amsl.com>; Wed,  6 Oct 2010 08:28:22 -0700 (PDT)
Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by core3.amsl.com (Postfix) with ESMTP id 009AF3A70E0 for <link-relations@ietf.org>; Wed,  6 Oct 2010 08:28:21 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=c-98-223-102-218.hsd1.in.comcast.net) by jay.w3.org with esmtp (Exim 4.69) (envelope-from <mike@jay.w3.org>) id 1P3Vvk-0006GM-Sh; Wed, 06 Oct 2010 11:29:21 -0400
Date: Thu, 7 Oct 2010 00:29:20 +0900
From: "Michael(tm) Smith" <mike@w3.org>
To: Mark Nottingham <mnot@mnot.net>
Message-ID: <20101006152920.GE81427@sideshowbarker>
References: <20100902081410.GD58403@sideshowbarker> <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net>
User-Agent: Mutt/r6134+poontang (2010-08-25 00:30:49+09:00)
Cc: link-relations@ietf.org
Subject: [link-relations] where to spec the "license" link relation [was: NEW RELATION REQUEST: Relation name: "next"]
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Oct 2010 15:28:23 -0000

Mark Nottingham <mnot@mnot.net>, 2010-09-02 21:34 +1000:

> 3) Updating registrations from other sources, including:
>   license / up / last / first
> 
> These might need a bit more discussion, especially license,
> which is currently defined by RFC4946. Is there any reason that
> its definition isn't adequate for HTML5?

After some further thought about this, I think the reason is to
keep the definition at point of use in the HTML5 spec unless
there's a really compelling need not to.

I personally would not feel terrifically confident trying to argue
that readers of the HTML5 spec would be particularly well-served
by being required to read a separate protocol spec -- one that is
arguably relatively obscure and one in which the definition of the
"license" link relation is a relatively small part -- rather than
just having a definition at point of use in the HTML5 spec.

Another suggested way to handle this would seem to be to leave the
text in the HTML5 spec and RFC4946 as-is, but to:

  1. Have somebody create a tiny Internet Draft that provides a
     general explanation of what the "license" link relation is.

  2. Have that ID cite both the HTML5 spec and RFC4946 for details
     about how the "license" link relation is used in the
     technologies defined by those two specs.

-- 
Michael(tm) Smith
http://people.w3.org/mike

From mike@jay.w3.org  Wed Oct  6 08:31:31 2010
Return-Path: <mike@jay.w3.org>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 916613A712C for <link-relations@core3.amsl.com>; Wed,  6 Oct 2010 08:31:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.525
X-Spam-Level: 
X-Spam-Status: No, score=-10.525 tagged_above=-999 required=5 tests=[AWL=0.074, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LN34vSLt-y+n for <link-relations@core3.amsl.com>; Wed,  6 Oct 2010 08:31:29 -0700 (PDT)
Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by core3.amsl.com (Postfix) with ESMTP id E1A423A6FB9 for <link-relations@ietf.org>; Wed,  6 Oct 2010 08:31:28 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=c-98-223-102-218.hsd1.in.comcast.net) by jay.w3.org with esmtp (Exim 4.69) (envelope-from <mike@jay.w3.org>) id 1P3Vym-0006Y0-QT; Wed, 06 Oct 2010 11:32:28 -0400
Date: Thu, 7 Oct 2010 00:32:28 +0900
From: "Michael(tm) Smith" <mike@w3.org>
To: Mark Nottingham <mnot@mnot.net>
Message-ID: <20101006153228.GF81427@sideshowbarker>
References: <20100902081410.GD58403@sideshowbarker> <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net>
User-Agent: Mutt/r6134+poontang (2010-08-25 00:30:49+09:00)
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "next"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Oct 2010 15:31:31 -0000

Mark Nottingham <mnot@mnot.net>, 2010-09-02 21:34 +1000:

> 2) Registering new relations, including:
>   archives / icon / noreferer / tag / pingback / prefetch / sidebar / external / author / nofollow / search 
> 
> 'pingback' and 'search' refer to external specifications. We'll need to talk through the implications of that.

Should we have the discussion about those on the public-html list?

  --Mike

-- 
Michael(tm) Smith
http://people.w3.org/mike

From mnot@mnot.net  Thu Oct 28 21:38:54 2010
Return-Path: <mnot@mnot.net>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7ADB63A6A07 for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 21:38:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.552
X-Spam-Level: 
X-Spam-Status: No, score=-105.552 tagged_above=-999 required=5 tests=[AWL=-2.953, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uMBvcS4ElL3i for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 21:38:41 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by core3.amsl.com (Postfix) with ESMTP id 00C073A67FF for <link-relations@ietf.org>; Thu, 28 Oct 2010 21:34:00 -0700 (PDT)
Received: from chancetrain-lm.mnot.net (unknown [118.209.39.135]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 9A6EC509D9; Fri, 29 Oct 2010 00:35:40 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <20101006152920.GE81427@sideshowbarker>
Date: Fri, 29 Oct 2010 15:35:37 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <2931AB73-C6B6-483C-9994-F2C7F7CC314F@mnot.net>
References: <20100902081410.GD58403@sideshowbarker> <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net> <20101006152920.GE81427@sideshowbarker>
To: Michael(tm) Smith <mike@w3.org>
X-Mailer: Apple Mail (2.1081)
Cc: link-relations@ietf.org
Subject: Re: [link-relations] where to spec the "license" link relation [was: NEW RELATION REQUEST: Relation name: "next"]
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Oct 2010 04:38:54 -0000

Hi Michael,

Sorry about the delay; been travelling and catching up (badly).

I think having an I-D define the license relation is certainly workable, =
but it'd be easier to just note the format-specific implications =
directly in the registration; e.g.,

---8<---

Relation Name:
 license

Description:
 Refers to a license associated with the link's context.

Reference:
 [RFC4946]

Notes:
  For implications of use in HTML, see: =
http://www.w3.org/TR/html5/links.html#link-type-license

--->---

Is that workable for the HTML WG?

Cheers,


On 07/10/2010, at 2:29 AM, Michael(tm) Smith wrote:

> Mark Nottingham <mnot@mnot.net>, 2010-09-02 21:34 +1000:
>=20
>> 3) Updating registrations from other sources, including:
>>  license / up / last / first
>>=20
>> These might need a bit more discussion, especially license,
>> which is currently defined by RFC4946. Is there any reason that
>> its definition isn't adequate for HTML5?
>=20
> After some further thought about this, I think the reason is to
> keep the definition at point of use in the HTML5 spec unless
> there's a really compelling need not to.
>=20
> I personally would not feel terrifically confident trying to argue
> that readers of the HTML5 spec would be particularly well-served
> by being required to read a separate protocol spec -- one that is
> arguably relatively obscure and one in which the definition of the
> "license" link relation is a relatively small part -- rather than
> just having a definition at point of use in the HTML5 spec.
>=20
> Another suggested way to handle this would seem to be to leave the
> text in the HTML5 spec and RFC4946 as-is, but to:
>=20
>  1. Have somebody create a tiny Internet Draft that provides a
>     general explanation of what the "license" link relation is.
>=20
>  2. Have that ID cite both the HTML5 spec and RFC4946 for details
>     about how the "license" link relation is used in the
>     technologies defined by those two specs.
>=20
> --=20
> Michael(tm) Smith
> http://people.w3.org/mike

--
Mark Nottingham   http://www.mnot.net/




From mnot@mnot.net  Thu Oct 28 21:53:34 2010
Return-Path: <mnot@mnot.net>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 927303A69F8 for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 21:53:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.532
X-Spam-Level: 
X-Spam-Status: No, score=-105.532 tagged_above=-999 required=5 tests=[AWL=-2.933, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K4Za3fmDTCRb for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 21:53:29 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by core3.amsl.com (Postfix) with ESMTP id 38A563A67CC for <link-relations@ietf.org>; Thu, 28 Oct 2010 21:53:29 -0700 (PDT)
Received: from chancetrain-lm.mnot.net (unknown [118.209.39.135]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id DC489509D9; Fri, 29 Oct 2010 00:55:21 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <20101006153228.GF81427@sideshowbarker>
Date: Fri, 29 Oct 2010 15:55:21 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <6D18F130-F2A8-4B2A-9E77-F6297A6A3489@mnot.net>
References: <20100902081410.GD58403@sideshowbarker> <31E56538-C14F-40A7-92FC-C2D05E6AF7E1@mnot.net> <20101006153228.GF81427@sideshowbarker>
To: Michael(tm) Smith <mike@w3.org>
X-Mailer: Apple Mail (2.1081)
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "next"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Oct 2010 04:53:34 -0000

On 07/10/2010, at 2:32 AM, Michael(tm) Smith wrote:

> Mark Nottingham <mnot@mnot.net>, 2010-09-02 21:34 +1000:
>=20
>> 2) Registering new relations, including:
>>  archives / icon / noreferer / tag / pingback / prefetch / sidebar / =
external / author / nofollow / search=20
>>=20
>> 'pingback' and 'search' refer to external specifications. We'll need =
to talk through the implications of that.
>=20
> Should we have the discussion about those on the public-html list?


I think what needs to happen here is that the DEs need to discuss it =
among themselves. I'll try to get a result for you ASAP.

Thanks,

--
Mark Nottingham   http://www.mnot.net/




From mnot@mnot.net  Thu Oct 28 22:34:56 2010
Return-Path: <mnot@mnot.net>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D5453A6A2C for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 22:34:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.213
X-Spam-Level: 
X-Spam-Status: No, score=-105.213 tagged_above=-999 required=5 tests=[AWL=-3.214, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4JbfACpI1B6P for <link-relations@core3.amsl.com>; Thu, 28 Oct 2010 22:34:54 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by core3.amsl.com (Postfix) with ESMTP id A2F853A6A1E for <link-relations@ietf.org>; Thu, 28 Oct 2010 22:34:03 -0700 (PDT)
Received: from chancetrain-lm.mnot.net (unknown [118.209.39.135]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id A941D509D9 for <link-relations@ietf.org>; Fri, 29 Oct 2010 01:35:50 -0400 (EDT)
From: Mark Nottingham <mnot@mnot.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Fri, 29 Oct 2010 16:35:47 +1100
References: <20101029053328.1BE96E070C@rfc-editor.org>
To: link-relations@ietf.org
Message-Id: <AF0EA954-1B02-4325-A939-BABF3065C9FC@mnot.net>
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
Subject: [link-relations] Fwd: RFC 5988 on Web Linking
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Oct 2010 05:34:57 -0000

FYI.

Begin forwarded message:

> From: rfc-editor@rfc-editor.org
> Date: 29 October 2010 4:33:28 PM AEDT
> To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
> Cc: rfc-editor@rfc-editor.org
> Subject: RFC 5988 on Web Linking
> 
> 
> A new Request for Comments is now available in online RFC libraries.
> 
> 
>        RFC 5988
> 
>        Title:      Web Linking 
>        Author:     M. Nottingham
>        Status:     Standards Track
>        Stream:     IETF
>        Date:       October 2010
>        Mailbox:    mnot@mnot.net
>        Pages:      23
>        Characters: 46834
>        Updates:    RFC4287
> 
>        I-D Tag:    draft-nottingham-http-link-header-10.txt
> 
>        URL:        http://www.rfc-editor.org/rfc/rfc5988.txt
> 
> This document specifies relation types for Web links, and defines a
> registry for them.  It also defines the use of such links in HTTP
> headers with the Link header field.  [STANDARDS-TRACK]
> 
> This is now a Proposed Standard Protocol.
> 
> STANDARDS TRACK: This document specifies an Internet standards track
> protocol for the Internet community,and requests discussion and suggestions
> for improvements.  Please refer to the current edition of the Internet
> Official Protocol Standards (STD 1) for the standardization state and
> status of this protocol.  Distribution of this memo is unlimited.
> 
> This announcement is sent to the IETF-Announce and rfc-dist lists.
> To subscribe or unsubscribe, see
>  http://www.ietf.org/mailman/listinfo/ietf-announce
>  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist
> 
> For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
> For downloading RFCs, see http://www.rfc-editor.org/rfc.html.
> 
> Requests for special distribution should be addressed to either the
> author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
> specifically noted otherwise on the RFC itself, all RFCs are for
> unlimited distribution.
> 
> 
> The RFC Editor Team
> Association Management Solutions, LLC
> 
> 
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce

--
Mark Nottingham   http://www.mnot.net/




From julian.reschke@gmx.de  Sun Oct 31 06:02:42 2010
Return-Path: <julian.reschke@gmx.de>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99E4C3A696B for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:02:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.355
X-Spam-Level: 
X-Spam-Status: No, score=-104.355 tagged_above=-999 required=5 tests=[AWL=-1.756, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5bJ2jpe0dY3T for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:02:40 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by core3.amsl.com (Postfix) with SMTP id 42FB33A6895 for <link-relations@ietf.org>; Sun, 31 Oct 2010 06:02:39 -0700 (PDT)
Received: (qmail invoked by alias); 31 Oct 2010 13:04:37 -0000
Received: from p508FDFC3.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.195] by mail.gmx.net (mp061) with SMTP; 31 Oct 2010 14:04:37 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/2twUrSNj2w/uveu4g/0S4YqZE7vrXAUMuwu5lwo +TuoaKzPFtqIqP
Message-ID: <4CCD6965.1000901@gmx.de>
Date: Sun, 31 Oct 2010 14:04:37 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: "Michael(tm) Smith" <mike@w3.org>
References: <20100902081434.GE58403@sideshowbarker>
In-Reply-To: <20100902081434.GE58403@sideshowbarker>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "archives"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2010 13:02:42 -0000

On 02.09.2010 10:14, Michael(tm) Smith wrote:
> Relation Name:
>    archives
>
> Description:
>    Provides a link to a collection of records, documents, or other
>    materials of historical interest.
>
> Reference:
>    http://www.w3.org/TR/html5/links.html#link-type-archives
>
> Notes:
>    Template to be added to W3C HTML5 specification before
>    publication of next Working Draft

Sounds good to me.



From julian.reschke@gmx.de  Sun Oct 31 06:11:36 2010
Return-Path: <julian.reschke@gmx.de>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 174B73A6986 for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:11:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.344
X-Spam-Level: 
X-Spam-Status: No, score=-104.344 tagged_above=-999 required=5 tests=[AWL=-1.745, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zd5e51rlz1qH for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:11:20 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by core3.amsl.com (Postfix) with SMTP id D2FE23A6989 for <link-relations@ietf.org>; Sun, 31 Oct 2010 06:11:16 -0700 (PDT)
Received: (qmail invoked by alias); 31 Oct 2010 13:13:15 -0000
Received: from p508FDFC3.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.195] by mail.gmx.net (mp059) with SMTP; 31 Oct 2010 14:13:15 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX19ixjkfhq5iwjCxApYL2FLSiF0TQ1WKIuqpIftXWQ GgYotB0zB8KkXI
Message-ID: <4CCD6B6A.1050805@gmx.de>
Date: Sun, 31 Oct 2010 14:13:14 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: "Michael(tm) Smith" <mike@w3.org>
References: <20100902081506.GG58403@sideshowbarker>
In-Reply-To: <20100902081506.GG58403@sideshowbarker>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "icon"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2010 13:11:37 -0000

On 02.09.2010 10:15, Michael(tm) Smith wrote:
> Relation Name:
>    icon
>
> Description:
>    Imports an icon to represent the current document.
>
> Reference:
>    http://www.w3.org/TR/html5/links.html#link-type-icon
>
> Notes:
>    Template to be added to W3C HTML5 specification before
>    publication of next Working Draft

"Imports"? Did you mean "Identifies"?

I think the spec actually has a slightly better wording:

"The specified resource is an icon representing the page or site, and 
should be used by the user agent when representing the page in the user 
interface."

Best regards, Julian

From julian.reschke@gmx.de  Sun Oct 31 06:19:13 2010
Return-Path: <julian.reschke@gmx.de>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9F103A698A for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:19:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.333
X-Spam-Level: 
X-Spam-Status: No, score=-104.333 tagged_above=-999 required=5 tests=[AWL=-1.734, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rY-yaH+5eJgY for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:19:12 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by core3.amsl.com (Postfix) with SMTP id 70F743A6975 for <link-relations@ietf.org>; Sun, 31 Oct 2010 06:19:12 -0700 (PDT)
Received: (qmail invoked by alias); 31 Oct 2010 13:21:10 -0000
Received: from p508FDFC3.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.195] by mail.gmx.net (mp057) with SMTP; 31 Oct 2010 14:21:10 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+vm3hOXdKvK/oeyXxKTXqa+Vizk4iBMh4+pO1HeP SRDrYt6oBOAKpM
Message-ID: <4CCD6D45.2070306@gmx.de>
Date: Sun, 31 Oct 2010 14:21:09 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: "Michael(tm) Smith" <mike@w3.org>
References: <20100902081806.GN58403@sideshowbarker>
In-Reply-To: <20100902081806.GN58403@sideshowbarker>
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "nofollow"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2010 13:19:13 -0000

On 02.09.2010 10:18, Michael(tm) Smith wrote:
> Relation Name:
>    nofollow
> 
> Description:
>    Indicates that the current document$B!G(Bs original author or
>    publisher does not endorse the referenced document.
> 
> Reference:
>    http://www.w3.org/TR/html5/links.html#link-type-nofollow
> 
> Notes:
>    Template to be added to W3C HTML5 specification before
>    publication of next Working Draft

Sounds good to me (maybe substiture document with resource, though).

Best regards, Julian

From julian.reschke@gmx.de  Sun Oct 31 06:22:46 2010
Return-Path: <julian.reschke@gmx.de>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A670D3A6975 for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:22:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.322
X-Spam-Level: 
X-Spam-Status: No, score=-104.322 tagged_above=-999 required=5 tests=[AWL=-1.723, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dd634R7dUHUH for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:22:43 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.22]) by core3.amsl.com (Postfix) with SMTP id 531EC3A683B for <link-relations@ietf.org>; Sun, 31 Oct 2010 06:22:41 -0700 (PDT)
Received: (qmail invoked by alias); 31 Oct 2010 13:24:40 -0000
Received: from p508FDFC3.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.195] by mail.gmx.net (mp056) with SMTP; 31 Oct 2010 14:24:40 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/UIj4Z157UknajwB4ycXiTdXXanlECzwMh4jCZit VOOORr19DjlGpp
Message-ID: <4CCD6E16.7040301@gmx.de>
Date: Sun, 31 Oct 2010 14:24:38 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: "Michael(tm) Smith" <mike@w3.org>
References: <20100902081612.GJ58403@sideshowbarker>
In-Reply-To: <20100902081612.GJ58403@sideshowbarker>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "noreferrer"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2010 13:22:47 -0000

On 02.09.2010 10:16, Michael(tm) Smith wrote:
> Relation Name:
>    noreferrer
>
> Description:
>    Requires that the user agent not send an HTTP "Referer" (sic)
>    header if the user follows the hyperlink.
>
> Reference:
>    http://www.w3.org/TR/html5/links.html#link-type-noreferrer
>
> Notes:
>    Template to be added to W3C HTML5 specification before
>    publication of next Working Draft

Sounds good to me, except it might be good to be less specific about 
HTTP (it should be applicable to other protocols in theory as well).

Indeed, HTML5 says:

"It indicates that no referrer information is to be leaked when 
following the link."

Best regards, Julian


From julian.reschke@gmx.de  Sun Oct 31 06:26:28 2010
Return-Path: <julian.reschke@gmx.de>
X-Original-To: link-relations@core3.amsl.com
Delivered-To: link-relations@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7991B3A6975 for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.311
X-Spam-Level: 
X-Spam-Status: No, score=-104.311 tagged_above=-999 required=5 tests=[AWL=-1.712, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lDoR1SOFmOup for <link-relations@core3.amsl.com>; Sun, 31 Oct 2010 06:26:27 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by core3.amsl.com (Postfix) with SMTP id 9E4F73A6897 for <link-relations@ietf.org>; Sun, 31 Oct 2010 06:26:26 -0700 (PDT)
Received: (qmail invoked by alias); 31 Oct 2010 13:28:24 -0000
Received: from p508FDFC3.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.195] by mail.gmx.net (mp015) with SMTP; 31 Oct 2010 14:28:24 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/ZPHdxN73ZACUb/Ji+V6m/NuHmqwm0It2Ylibt+I Mqm1AcABvBmM0B
Message-ID: <4CCD6EF7.4010902@gmx.de>
Date: Sun, 31 Oct 2010 14:28:23 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: "Michael(tm) Smith" <mike@w3.org>
References: <20100902081934.GS58403@sideshowbarker>
In-Reply-To: <20100902081934.GS58403@sideshowbarker>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION REQUEST: Relation name: "prefetch"
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2010 13:26:28 -0000

On 02.09.2010 10:19, Michael(tm) Smith wrote:
> Relation Name:
>    prefetch
>
> Description:
>    Specifies that the target resource should be preemptively
>    cached.
>
> Reference:
>    http://www.w3.org/TR/html5/links.html#link-type-prefetch
>
> Notes:
>    Template to be added to W3C HTML5 specification before
>    publication of next Working Draft

I'd say that this really is something like an annotation keyword 
augmenting another link relation.

I have no problem with this being registered, but maybe the HTML5 spec 
should be clarify that?

Best regards, Julian
