- From: Grosso, Paul <pgrosso@ptc.com>
- Date: Thu, 24 Jun 2010 11:15:21 -0400
- To: <public-xml-core-wg@w3.org>
fyi, In case anyone in XML Core is not on the www-tag mailing list.
p.
-----Original Message-----
From: www-tag-request@w3.org [mailto:www-tag-request@w3.org] On Behalf
Of Norman Walsh
Sent: Thursday, 2010 June 24 10:36
To: www-tag@w3.org
Subject: Re: Generic processing of Fragment IDs in RFC 3023bis
Noah Mendelsohn <nrm@arcanedomain.com> writes:
> With some reluctance, the TAG therefore suggests that fragment
> identifier interpretation be removed from the generic processing list
in
> section Y.Y [2], and that related descriptive text be updated
> appropriately. In fact, it may be useful to provide some warning of
the
> risks of generic processing of fragment identifiers.
I object! I consider the formal specification of a generic fragment
identifier syntax for XML one of the key benefits of RFC 3023.
A lot of the work that I've done in recent years (xml:id, XLink,
XProc, and on the XPath 2.0 and XQuery 1.0 Data Model) has been done
on the good faith assumption that RFC 3023 would eventually emerge
>From "bis" and formally sanction the use of #id fragment identifiers
for generic XML.
I routinely use tools implemented on the same good faith assumption.
To have that rug pulled out from under me at this late stage would be
deeply painful.
> In case it's of interest, the TAG did discuss some other possible
> resolutions to this problem, including a suggestion that RDF/XML be
> changed to a media type of application/rdf. On balance, we feel that
> the approach suggested here is likely to be the best way forward.
Well I think you're wrong. Just because RDF has an...interesting
definition of fragment identifiers is no reason to punish the rest of
the XML world.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | As the old hermit of Prague, that never
http://nwalsh.com/ | saw pen and ink, very wittily said to
| the niece of King Gorboduc, 'That that
| is, is'.-- Shakespeare
Received on Thursday, 24 June 2010 15:16:04 UTC