Re: An Anchor attribute question:
"Daniel W. Connolly" <connolly@hal.com>
Errors-To: listmaster@www0.cern.ch
Date: Wed, 1 Jun 1994 21:26:33 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <9406011923.AA16569@ulua.hal.com>
Errors-To: listmaster@www0.cern.ch
Reply-To: connolly@hal.com
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: "Daniel W. Connolly" <connolly@hal.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: An Anchor attribute question:
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Type: text/plain; charset="us-ascii"
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Mime-Version: 1.0
In message <199406011327.AA06130@oit.gatech.edu>, Michael Mealling writes:
>Since most folx who would answer this question were in Geneva last week
>I'll ask it again:
>
>Concerning the attributes of the anchor tag:
>
>After looking over the current spec and picking apart the unstated but
>possibly implied differences between HREF and URN, I have a question:
>
>CAN <A URN="value"> mean retrieve the page that has this Uniform Resource
>Name once it has been resolved into a URL?
Sounds reasonable.
>Is this the intended meaning and if so can that intended meaning be changed
>in order to accomodate URN->URL resolution?
Could you rephrase your question in terms of example markup
and client-server interactions?
Off the top of my head, this seems like a resonable usage:
See <A HREF="ftp://ds.internic.net/rfc/rfc822.txt"
URN="URN:EITF:rfc/822>The Format for Internet
Messages</a> for more info.
Clients that grok URNs can use the URN attribute, and other clients
can use the ftp: address.
This still strikes me as something of a hack, but it's a reasonable
hack in the near term.
Dan