IETF Logo Mail Archive

Re: deprecate icon and logo elements?

Bob Wyman <bob@wyman.us> Wed, 13 October 2010 18:03 UTC

Return-Path: <owner-atom-syntax@mail.imc.org>
X-Original-To: ietfarch-atompub-archive@core3.amsl.com
Delivered-To: ietfarch-atompub-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F20F3A6A2D for <ietfarch-atompub-archive@core3.amsl.com>; Wed, 13 Oct 2010 11:03:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.266
X-Spam-Level:
X-Spam-Status: No, score=-0.266 tagged_above=-999 required=5 tests=[AWL=0.557, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6]
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 k4wjl4wZhiZt for <ietfarch-atompub-archive@core3.amsl.com>; Wed, 13 Oct 2010 11:03:29 -0700 (PDT)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id 587433A69F5 for <atompub-archive@ietf.org>; Wed, 13 Oct 2010 11:03:29 -0700 (PDT)
Received: from hoffman.proper.com (localhost [127.0.0.1]) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o9DHpX15015443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2010 10:51:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org)
Received: (from majordom@localhost) by hoffman.proper.com (8.14.4/8.13.5/Submit) id o9DHpXRA015442; Wed, 13 Oct 2010 10:51:33 -0700 (MST) (envelope-from owner-atom-syntax@mail.imc.org)
X-Authentication-Warning: hoffman.proper.com: majordom set sender to owner-atom-syntax@mail.imc.org using -f
Received: from mail-bw0-f43.google.com (mail-bw0-f43.google.com [209.85.214.43]) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o9DHpWkf015436 for <atom-syntax@imc.org>; Wed, 13 Oct 2010 10:51:32 -0700 (MST) (envelope-from bobwyman@gmail.com)
Received: by bwz20 with SMTP id 20so1147193bwz.16 for <atom-syntax@imc.org>; Wed, 13 Oct 2010 10:51:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=KRimzJsGK+UiRPfkeWBLMrq6VW6apUchtfwiB2ohowU=; b=BgOKmjGmbe7+afByEyTE70KAG2X1Wpard9FdOKqiArsxaqt1wCfdQXLyK6PhNedWUH XLWvo7Q+77A32wSiqgp7VYhpSpKEkOiOT1hZ+kPAOehD9fs3Oh003asnZpnObS806c/A Z6IfQtuAaCrLBwiH8SZXasjO4LAMx8Tgw/7aQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=SL7gZ34f3yPRJb45IyzStLy9gxJT6afG2/HlSpCtV2fOSalKIks/qj2cQhPN5L1th9 dXD+YitvAkC6/vQrnWxtjV+9ToRuGLumNUHKEqMFKz5gOUUrXz2Hx2INNXueMvrY4p5Z ihFSfPctQ9UvcEjQJFM53T1/3j9Q3mvvRvxNo=
MIME-Version: 1.0
Received: by 10.204.133.129 with SMTP id f1mr8074162bkt.91.1286992290867; Wed, 13 Oct 2010 10:51:30 -0700 (PDT)
Received: by 10.204.112.67 with HTTP; Wed, 13 Oct 2010 10:51:30 -0700 (PDT)
In-Reply-To: <AANLkTindu=8nYPsPs2WjJPwWTY7m3avyonsTtTQ1_6SM@mail.gmail.com>
References: <AANLkTindu=8nYPsPs2WjJPwWTY7m3avyonsTtTQ1_6SM@mail.gmail.com>
Date: Wed, 13 Oct 2010 13:51:30 -0400
X-Google-Sender-Auth: sDAzHMWmKyDiRp8rEhKC0e5Yxvw
Message-ID: <AANLkTinXG5dXQPwXMy3m9YiJZ5i2_1rP02qtDvSsuph_@mail.gmail.com>
Subject: Re: deprecate icon and logo elements?
From: Bob Wyman <bob@wyman.us>
To: James Snell <jasnell@gmail.com>
Cc: Atom-Syntax <atom-syntax@imc.org>
Content-Type: multipart/alternative; boundary=0015174791385368600492833efa
Sender: owner-atom-syntax@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/atom-syntax/mail-archive/>
List-Unsubscribe: <mailto:atom-syntax-request@imc.org?body=unsubscribe>
List-ID: <atom-syntax.imc.org>

+1

Things which are simply links should be encoded as links... It is frequently
seductive to provide special syntax to handle common or well-known cases,
but the end result is often just an unnecessary increase in complexity. It
is best to consistently encode all objects of the same general type and
reserve special cases for the truly special cases.

bob wyman

On Wed, Oct 13, 2010 at 12:59 PM, James Snell <jasnell@gmail.com> wrote:

> Ok, this is something that has bugged me for quite a white... the atom:icon
> and atom:logo elements are terribly underspecified as just a simple IRI.
> Those these really should be link objects. What I'd like to propose is a
> deprecation of those elements in favor of <link rel="icon" href="..." /> and
> <link rel="image" href="..." />. The icon and image rel attributes would be
> added to the registry of link relations...
>
> So instead of..
>
> <feed>
>   <icon>http://.../image.jpg</icon>
>   ...
> </feed>
>
> It would be...
>
> <feed>
>   <link rel="icon" href="http://.../image.jpg" type="image/jpeg" />
>   ...
> </feed>
>
> The nice thing about this approach is that it does not actually require any
> changes to the spec. The icon and image rel values would be added to the
> registry and implementations would need to be modified to look for them as
> an alternative to the icon and logo elements.
>
> Thoughts?
>

v2.8.7 | Report a Bug | By Email