W3C home > Mailing lists > Public > uri@w3.org > April 2003

URI Fragment Identifiers for text/plain

From: Larry Masinter <LMM@acm.org>
Date: Fri, 18 Apr 2003 23:08:23 -0700
To: <uri@w3.org>
Cc: <net.dred@dred.net>, <wilensky@cs.berkeley.edu>, <phelps@cs.berkeley.edu>
Message-ID: <000001c3063a$15adfe20$57432099@MASINTERPAD>


I've been trying to nail down why I'm uneasy about this,
and I think, in the end, that it is because the fragment
identifiers proposed are not very robust against changes
to the document. Perhaps this should even be a general principal
for the design of fragment identifiers.

With HTML, the location of A/name nodes is relatively robust,
since they label the context. I don't think char= or
line= are robust, and match='s robustness depends on
the regular expression.

The document doesn't really include any motivating
examples, so I'm stuck with examples in my mind where
one might want to make a reference to a text document
and call out "section 7 of internet-draft blah"; doing
so with a regular expression -- reliably -- is hard.
Yet I have trouble imagining applications that really
need 'char=' or even 'line=' without any matching

See, for example, Phelps & Wilensky on 'robust hyperlinks
and locations':


Received on Saturday, 19 April 2003 02:09:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:05 UTC