W3C home > Mailing lists > Public > www-html@w3.org > October 2005

Re: Viral fragment identity ecosystem

From: Ryan King <ryan@theryanking.com>
Date: Tue, 4 Oct 2005 16:57:56 -0700
Message-Id: <C7E372D9-B41A-41C8-92A4-A50D7614B329@theryanking.com>
Cc: www-html@w3.org
To: Orion Adrian <orion.adrian@gmail.com>

On Oct 4, 2005, at 9:26 AM, Orion Adrian wrote:
> On 10/4/05, Ryan King <ryan@theryanking.com> wrote:
>> On Oct 2, 2005, at 8:48 PM, Steven Ellis wrote:
>>> Hi,
>>> I think that document fragments, whether they be structurally or
>>> conceptually coherent, need to be permitted formal expression in
>>> XHTML. The simplest illustration of this may be xhtml microformats.
>>> Bracing microformats (and other fragments) using globally unique
>>> identifiers would permit machine isolation and analysis, cross
>>> referencing, consensus, scriptability, coalescence, and the
>>> association of folksonomies with high resolution.
>>> Please consider an attribute capable of accepting an arbitrary
>>> 'unique concept / null concept' identifier.
>>> <div identity="3C05DC85-DC34-4546-9210-02EC43188367" id="MyCard"
>>> class="hCard">Content</div>
>>> In this case 3C05DC85-DC34-4546-9210-02EC43188367 may achieve
>>> consensus as an hCard microformat reference.  Can you speculate how
>>> this will scale? I thought it good enough to share.
>> Personally, I think URLs + id attributes are enough.
> URL's change as do id's so it's not really enough.

Cool ones don't: http://www.w3.org/Provider/Style/URI

> To make something
> truly identifiable it's universal identifier can't change after
> creation.

Can't change? So we're talking about adding an attribute that can  
never change, even when that element is moved to another URL.

It would seem easier and more reasonable to maintain the url-id system.

> URL's can do that while behaving, but id's most certainly
> will not given the tight integration of HTML elements and CSS.

I disagree- ids which are functional will be less likely to change.

Received on Tuesday, 4 October 2005 23:58:03 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:11 UTC