RE: Regular expression functions (Was: Re: [xsl] comments on December F&O draft)

["Marc Portier" <mpo at outerthought dot org>]

Jeni,

> > instance). It would be handy if the regular expressions could be held
> > in (global) variables because then they could be defined in content
> > (with CDATA sections) rather than in an attribute. However, that would
> > run up against the dynamic regular expression problem that David and I
> > talked about yesterday. I don't think it'll be too big a problem,
> > though - the regular expressions in XSLT are likely to be a lot
> > smaller than these, and not include tags (hopefully!).

could you clarify on this 'dynamic regular expression' some?
this could open up some of the 'conditional matching' we could be missing as
requirements
(feels like a neat thing, but we haven't found actual use to it, maybe you
see other things)

do you see parts of the regex-string be built up dynamically based on
- xpath results? to achieve which effects?
- earlier matches? --> I think we cover this by nesting the matchers
- other things?

kind regards,
-marc=


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list