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

Re: Viral fragment identity ecosystem

From: Orion Adrian <orion.adrian@gmail.com>
Date: Tue, 4 Oct 2005 21:03:13 -0400
Message-ID: <abd6c8010510041803l7f8d2ebds37c9c79bad2ccd58@mail.gmail.com>
To: www-html@w3.org

On 10/4/05, Ryan King <ryan@theryanking.com> wrote:
> 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.

I'm what I like to call a practical idealist. Something between an
optimist and a realist. At some point, don't we just say that URL+ID
isn't something people are ever going to pick up on because there's
just too much momentum with those particular technologies in the wrong
direction that people will continue to use it the wrong way because
it's always been used the wrong way?

--

Orion Adrian
Received on Wednesday, 5 October 2005 01:03:17 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:16:04 GMT