[link-relations] app data for HTML, was: NEW APP DATA

Julian Reschke <julian.reschke@gmx.de> Thu, 15 July 2010 05:44 UTC

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 8FDCC3A6990 for <link-relations@core3.amsl.com>; Wed, 14 Jul 2010 22:44:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.969
X-Spam-Level:
X-Spam-Status: No, score=-3.969 tagged_above=-999 required=5 tests=[AWL=-1.370, BAYES_00=-2.599]
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 YhFrEqEe5L4Q for <link-relations@core3.amsl.com>; Wed, 14 Jul 2010 22:44:40 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id 83CE73A684D for <link-relations@ietf.org>; Wed, 14 Jul 2010 22:44:39 -0700 (PDT)
Received: (qmail invoked by alias); 15 Jul 2010 05:44:48 -0000
Received: from p508FD8A0.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.216.160] by mail.gmx.net (mp018) with SMTP; 15 Jul 2010 07:44:48 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX18WbCIWb0AW1D8BNTBIqPKwrM8EHiMRttSBlN2jqC 4F6PDI41YGComL
Message-ID: <4C3EA047.8030807@gmx.de>
Date: Thu, 15 Jul 2010 07:44:39 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5
MIME-Version: 1.0
To: link-relations@ietf.org
References: <mailman.2407.1279149218.4795.link-relations@ietf.org>
In-Reply-To: <mailman.2407.1279149218.4795.link-relations@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Subject: [link-relations] app data for HTML, was: 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: Thu, 15 Jul 2010 05:44:43 -0000

>    o  Application Name: HTML
>    o  Description: Allowed on <a> and <area>?
>    o  Default Value: No
>    o  Notes: The following values should have "Yes" for this field:
>         alternate, appendix, bookmark, chapter, contents, copyright,
>         first, glossary, help, index, first [sic - it's listed
>         twice?], last, license, next, prev, previous, section, start,
>         subsection, up
>
>    o  Application Name: HTML
>    o  Description: Allowed on <link>?
>    o  Default Value: No
>    o  Notes: The following values should have "Yes" for this field:
>         alternate, appendix, chapter, contents, copyright, first,
>         glossary, help, index, first [sic - it's listed twice?], last,
>         license, next, prev, previous, section, start, subsection, up

I don't understand the purpose of these flags; it sounds like you're 
trying to disallow use of the other link relations (those not mentioned 
above) in HTML.

For instance, why disallow "version-history", defined in RFC 5829? Why 
would anybody want to define a link relation and *not* have it be usable 
in link/@rel? Could you please clarify?

(Also, I believe "Application Name" is supposed to be unique, so it can 
be used as identifier).

Best regards, Julian