Subject: RE: [xsl] Re: ANN: A static code quality tool, for XSLT code From: "Michael Kay" <mike@xxxxxxxxxxxx> Date: Thu, 1 Jan 2009 17:16:22 -0000 |
> Since you require XSLT 2.0 it would be more precise to use > regular expression for stuff like this, like > > //@*[matches(., 'true[^(] | false[^(]', 'x')] > > (I like the x flag, which allows white-space for readability.) yes, so long as you get the regexes right! This example only matches "true" if it is followed by a character other than "(" - it fails to match select="true" on its own. To be honest, I think a production-quality tool that attempts this kind of analysis should parse the XPath expressions properly. Michael Kay http://www.saxonica.com/
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Re: ANN: A static code qu, Michael Müller-Hille | Thread | Re: [xsl] Re: ANN: A static code qu, Dimitre Novatchev |
Re: [xsl] Re: Defining a Variable t, Andrew Ferk | Date | Re: [xsl] Defining a Variable that , Dimitre Novatchev |
Month |