Welcome to WebHeadStart.org

Web Technologies

Sponsored By

WebHeadStart.org is currently in beta.
Please pardon our appearance as we work to provide you with the most comprehensive reference on today's web technologies.

Interested in advertising on WebHeadStart? Become an advertising partner today!

[WWW-HTML Mailing List Archive Home] [Messages By Thread] [Messages By Date]

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.

-ryan
Received on Tuesday, 4 October 2005 23:58:03 GMT
Valid XHTML 1.0! Valid CSS! Site Map | Privacy Policy | Terms of Use | WebHeadStart.org © 2005 All Rights Reserved.