[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Regular expression functions (Was: Re: comments on
Hi all, just realised this flaw in my own thought-train: > oh and by the way, I started of this :subregex: notation, based on bad > memory of long-past perl days > just opened some doc again, and understand now that it used to be the > [:name:] notation for the posix characters... with added possible > stuff like > [:^name:] and the like > > revoking my own introduction: maybe $name makes more sense in any > case? and > a nicer fit to the $keyword example Jeni gave. > (not to mention we wouldn't need <regex> but could just reuse > <xsl:parameter> euh... still inviting anyone to comment on the :name: notation but the $keyword in combination with <xsl:param> probably isn't a good way of taking up both keyword and named regex handling... current feeling is that *if* the $keyword would contain parentheses then they should be considered to be matched literally (more as \( and \) that is) having nested named regexes is a very different thing, which calls for a different notation still there remains the question about how perl does it (more general: what would be logical to regex environments without breaking the xslt environment (or vice versa)) regards, -marc= XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|