Re: [xml] support for xslt functions in xmllint schematron?
- From: "Gregor J. Rothfuss" <gregor apache org>
- To: veillard redhat com
- Cc: xml gnome org, Nic James Ferrier <nferrier tapsellferrier co uk>
- Subject: Re: [xml] support for xslt functions in xmllint schematron?
- Date: Thu, 02 Nov 2006 12:53:25 -0500
Daniel Veillard wrote:
Some of them are fairly tied to the XSLT infrastructure
http://www.w3.org/TR/xslt#add-func
and clearly key() for example would not be reusable in that context.
I would not be able to add them to basic libxml2 XPath, it really should
only see the normal XPath-1.0 function (or if xslt with a namespace
which would just not work with direct generate-id() use). Those would
have to be copied in the schematron module and registered when creating
the validation context' XPath context.
So which functions ?
i found this reference on the schematron list:
http://eccnet.eccnet.com/pipermail/schematron-love-in/2006-June/000083.html
>>>
It is unclear to me now, from an ivory tower perspective, if it
includes document() since that is an XSLT function and not XPath.
When I think of "extended version of XPath" I think of things like
actions on result-tree-fragment variables and the current() function,
not the document() function. Since the phrase "extended version of
XPath" is undefined, I wonder if this should be clarified in a future
technical corrigendum (TC) of the now-published standard.
I find that perfectly clear and interpret the statement as XPath plus
all the functions defined in XSLT 1.0 as "additional functions" at
http://www.w3.org/TR/xslt#add-func
<<<
out of these, i have seen current() and generate-id() used in schematron
files i have used.
-gregor
--
http://43folders.com/2005/09/19/writing-sensible-email-messages/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]