On 29/12/2010 14:39, Dave Pawson wrote:
Even without schema awareness/context, surely the processor can
tell when an xpath expression will result in zero match?
some things, like /.. but not things like the example at the start of
the thread where you go foo/node instead of foo/node()
and most instances of /.. even though it can never select anything are
not an error, as it was a common xslt 1 idiom for an empty node set
equivalent to xpath2's () and it is often still used now, out of habit,
or copying old tutorials.
something like schematron relies on you being able to match things that
should not be there, so it can report when they are there.
the html schema will tell you you can't have two <body> children of
<html> but that doesn't tell you that html/body[2] will not select
anything unless your processing environment ensures that all input is
validated, and not passed to xslt if it is not valid. that is not the
most common xslt processing model.
David
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--