[
Lists Home |
Date Index |
Thread Index
]
> If we've got it wrong, then (as happened with SQL) the user and vendor
> community will stick with 1.0. I don't personally believe that will
> happen: you only need to see how many of the difficult coding problems
> raised every day on xsl-list become trivially easy with 2.0 to see why.
Yes true, but 99% of those would similarly be done by XSLT2+Xpath1
(ie the addition of multiple output files, function definitions and
grouping and the demise of result tree fragments). It's not so often
that Xpath2 itself answers a user problem.
> It does worry
> me if we leave out features that mean people have to continue writing
> arcane things like
>
> count($x | $y) = count($x)
yes there are some good things in Xpath2 but the extra complication
involved is out of all proportion to the gain, and the tying to schema
is a bad thing in itself not just because of the extra
complexity that it brings. The largest (more or less only) source of
incompatibility in conformant XSLT1 implementations is due to the
differences between parsers reading or not reading a DTD. This isn't as
bad as it might have been as it is normally easy to code a stylesheet to
be immune to this (use keys instead if id() and code for missing
attributes explictly in the transformation). It isn't at all clear that
this will be the case for 2.0. It's not really an answer to say that
XPath 2 isn't tied to schema and just requires a PSVI from any source
as a given document, if you don't know what parser it's going to be
parsed by, will produce unrecognisably different PSVI inputs depending
on whether a schema has been read. As far as I can see it's going to be
a real pain to write portable XSLT 2.0 stylesheets (unless we're
provided with a switch to put in the stylesheet that says not to mess
with a schema even if one is found for the document).
David
_____________________________________________________________________
This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit http://www.star.net.uk/stats.asp or alternatively call
Star Internet for details on the Virus Scanning Service.
|
