Re: sgml-id / xml-id and namespaces



Il giorno Wed, 23 Dec 2009 13:25:42 +0100
David Nečas <yeti physics muni cz> ha scritto:

> On Wed, Dec 23, 2009 at 12:03:39PM +0100, Nicola Fontana wrote:
> > Care must be taken: simply prefixing the docs id with "DOC:" will
> > likely give troubles in the tag side, where the properties are
> > specified with #GObject:property (and so an object named DOC will
> > break everything). Of course this is a corner case, but it can be
> > easily avoided (using "DOC-:" or "DOC:::", for example).
> 
> Things will also break if Gtk+ defines an object GTK_FOO (instead of
> GtkFoo) with a property called `CAPS'.
> 
> But I think only reasonable scenarios need to be considered.

I'd like to get rid of the :CAPS prefix but the current specs are not
so clear.

The XHTML1 spec is rather obscure [1], while HTML4.01 considers
fragment identifiers (to be specified with the "name" attribute) case
sensitive but explicitely disallows to diverge only using different
case [2].

Being a fragment id used inside URIs, it seems natural that it'd be
case-sensitive so I checked it with a real life example [3]. The
document validates XHTML 1.0 strict and firefox behaves correctly,
handling ids with different case as different ids. As usual, IE6 got it
wrong and always jumps to the first one.

On the other side I don't understand why actually all the ids are
filled with dashes in place of ":_" (valid chars inside XHTML ids) so
I'm probably missing something big.

Ciao.
-- 
Nicola

[1] http://www.w3.org/TR/xhtml1/#C_8
[2] http://www.w3.org/TR/html401/struct/links.html#h-12.2.1
[3] http://www.entidi.com/data/idfragmenttest.html


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]