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/ _______________________________________________ xml mailing list, project page http://xmlsoft.org/ [email protected] http://mail.gnome.org/mailman/listinfo/xml
