W3C home > Mailing lists > Public > www-tag@w3.org > October 2010

Re: Generic processing of Fragment IDs in RFC 3023bis

From: Alan Ruttenberg <alanruttenberg@gmail.com>
Date: Fri, 8 Oct 2010 16:29:31 -0400
Message-ID: <AANLkTikrq4njsQVnVVtJBdPX+J7S5tSEqN6o_n5vqKAk@mail.gmail.com>
To: "Henry S. Thompson" <ht@inf.ed.ac.uk>
Cc: Jonathan Rees <jar@creativecommons.org>, Graham Klyne <GK-lists@ninebynine.org>, Martin J. Dürst <duerst@it.aoyama.ac.jp>, "Roy T. Fielding" <fielding@gbiv.com>, Noah Mendelsohn <nrm@arcanedomain.com>, Norman Walsh <ndw@nwalsh.com>, www-tag@w3.org
On Fri, Oct 8, 2010 at 8:46 AM, Henry S. Thompson <ht@inf.ed.ac.uk> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Jonathan Rees writes:
>
>> (I still don't know whether having type ID is enough to make an
>> attribute fragid-defining.)

In that case, my suggestion would be to change the (non-normative) xml
schema document for RDF/XML to not make rdf:ID an ID. Then this issue
will go away.

Do you have a more specific pointer to the relevant section in
XPointer so I can have that for future reference?

Also, is there any formal connection between the current XML schema
document and the spec? If not, it's a bit odd that W3C should serve
anything at all about this, and I would even recommend that it be
considered for removal.

-Alan

>
> Yes, it is, per XPointer and _a posteriori_ per 3023bis.
>
> ht
> - --
>       Henry S. Thompson, School of Informatics, University of Edinburgh
>      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
>                Fax: (44) 131 651-1426, e-mail: ht@inf.ed.ac.uk
>                       URL: http://www.ltg.ed.ac.uk/~ht/
>  [mail from me _always_ has a .sig like this -- mail without it is forged spam]
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFMrxKQkjnJixAXWBoRAnAaAJ0ceV5U1Ss1u9ybVKgB8oTspolBEwCeKtZn
> JIvUUCCsiZpTOZDsEy19BqE=
> =702j
> -----END PGP SIGNATURE-----
>
>
Received on Friday, 8 October 2010 20:30:21 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:28 GMT