Re: [link-relations] NEW APP DATA
Philippe Le Hegaret <plh@w3.org> Tue, 10 August 2010 16:54 UTC
Return-Path: <plh@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 828B53A684B for <link-relations@core3.amsl.com>; Tue, 10 Aug 2010 09:54:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.37
X-Spam-Level:
X-Spam-Status: No, score=-9.37 tagged_above=-999 required=5 tests=[AWL=0.630, BAYES_00=-2.599, J_CHICKENPOX_22=0.6, 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 XeZsWIPzWu4v for <link-relations@core3.amsl.com>; Tue, 10 Aug 2010 09:54:43 -0700 (PDT)
Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by core3.amsl.com (Postfix) with ESMTP id 628EF3A6833 for <link-relations@ietf.org>; Tue, 10 Aug 2010 09:54:43 -0700 (PDT)
Received: from 30-7-253.wireless.csail.mit.edu ([128.30.7.253]) by jay.w3.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from <plh@w3.org>) id 1Ois6d-0001tl-ML; Tue, 10 Aug 2010 12:55:15 -0400
From: Philippe Le Hegaret <plh@w3.org>
To: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <9CDE7636-3E12-48AA-A351-FDD432112978@mnot.net>
References: <Pine.LNX.4.64.1008090401280.7470@ps20323.dreamhostps.com> <9CDE7636-3E12-48AA-A351-FDD432112978@mnot.net>
Content-Type: text/plain; charset="UTF-8"
Organization: World Wide Web Consortium
Date: Tue, 10 Aug 2010 12:55:15 -0400
Message-ID: <1281459315.701.260.camel@chacal>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.3
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 10 Aug 2010 10:11:46 -0700
Cc: Ian Hickson <ian@hixie.ch>, Thomas Roessler <tlr@w3.org>, link-relations@ietf.org
Subject: Re: [link-relations] NEW APP DATA
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: Tue, 10 Aug 2010 16:54:44 -0000
On Tue, 2010-08-10 at 21:31 +1000, Mark Nottingham wrote: > Hi Ian, > > This registration is a bit unusual, in that you're registering using whatwg.org URIs, when the W3C -- an organisation that the IETF recognises as producing Open Standards --- as per RFC2026 -- is producing a specification that is substantially the same. > > While whatwg.org isn't necessarily precluded from meeting the prerequisites of Specification Required (and therefore making registrations), we want to make sure that this isn't conflicting with ongoing W3C work. > > As such I've CC:ed the W3C's liaisons to the IETF for their comment. > > Philippe and Thomas: this is a registration request for new app data fields in the link relation registry, established by <https://datatracker.ietf.org/doc/draft-nottingham-http-link-header/>. In particular, I'm looking for a statement of whether this conflicts with current W3C work, represents W3C consensus, etc. I see no reason here why the registration cannot point to the W3C specification. The W3C HTML Working Group is producing the specification for HTML, and pointing to somewhere would undermine the current process and effort happening within W3C. Ian, is there a reason why it isn't the case? Philippe
- [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Mark Nottingham
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- Re: [link-relations] NEW APP DATA Mark Nottingham
- Re: [link-relations] NEW APP DATA Mark Nottingham
- Re: [link-relations] NEW APP DATA Philippe Le Hegaret
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Ian Hickson
- Re: [link-relations] NEW APP DATA Julian Reschke
- [link-relations] app data wrt HTML usage, was: NE… Julian Reschke
- Re: [link-relations] NEW APP DATA Philippe Le Hegaret
- Re: [link-relations] NEW APP DATA Bjoern Hoehrmann
- Re: [link-relations] app data wrt HTML usage, was… Ian Hickson
- Re: [link-relations] app data wrt HTML usage, was… Julian Reschke
- Re: [link-relations] app data wrt HTML usage, was… Ian Hickson
- Re: [link-relations] app data wrt HTML usage, was… Julian Reschke
- Re: [link-relations] NEW APP DATA Mark Nottingham
- Re: [link-relations] NEW APP DATA Mark Nottingham