W3C home > Mailing lists > Public > public-appformats@w3.org > June 2006

Re: XBL 2 and xml:id

From: Ian Hickson <ian@hixie.ch>
Date: Tue, 27 Jun 2006 17:33:49 +0000 (UTC)
To: Robin Berjon <robin.berjon@expway.fr>
Cc: Anne van Kesteren <annevk@opera.com>, Dave Hodder <dmh@dmh.org.uk>, public-appformats@w3.org
Message-ID: <Pine.LNX.4.62.0606271730570.4826@dhalsim.dreamhost.com>
On Tue, 27 Jun 2006, Robin Berjon wrote:
> The xml:id is not meant for "proprietary" languages, it's meant so that 
> you can usefully manipulate a document without having to first implement 
> a specialised DOM. When you want to do simple server-side (or otherwise 
> offline) Perl hacking, it's a killer feature. Unlike XLink it has no 
> declaration overhead (and is actually useful). It comes for free and 
> works  what more can one ask for?

This is exactly the kind of impractical ivory-tower arguments that caused 
XBL2 to leave the W3C last time.

There's nothing wrong with the name "id". The idea that you might need to 
manipulate XBL2 documents using Perl on the server side is crazy. Even if 
you did, XBL2, HTML, SVG, and other such languages, which are all intended 
to be "core" languages, can trivially be supported natively by your perl 
library, and don't need to use "xml:id".

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Tuesday, 27 June 2006 17:34:03 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:50:04 UTC