[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Regular expression functions (Was: Re: comments on

Subject: RE: Regular expression functions (Was: Re: comments on December F&O draft)
From: "Steven Noels" <stevenn@xxxxxxxxxxxxxxxx>
Date: Thu, 10 Jan 2002 11:45:22 +0100
regular expression scientific notation
> -----Original Message-----
> From: Jeni Tennison [mailto:jeni@xxxxxxxxxxxxxxxx]
> Sent: donderdag 10 januari 2002 11:22
> To: Steven Noels
> Cc: xsl-list@xxxxxxxxxxxxxxxxxxxxxx; Marc Portier
> Subject: Re: Regular expression functions (Was: Re:  comments on
> December F&O draft)
>
>
> Hi Steven,
>
> > I like all parameters to a certain action to be contained in the
> > same area, and storing the regexes inside 'global variables' would
> > conflict with that
>
> I can see the advantages to having the regular expressions close to
> the code that's generated from the regular expression - it makes it a
> lot easier to understand what's going on, especially if you're
> addressing sub-expressions.

that was the idea, yeah

> On the other hand, if you have a standard regular expression, perhaps
> something that you use in a lot of other regular expressions, it would
> be handy to have that regular expression stored somewhere separate.
> As a simple example, say I had a regular expression that matched
> numbers in scientific notation:
>
>   [0-9]+(\.[0-9]+)?([Ee][+-][0-9]+)?

a very good case and something we should consider

> As I say, the problem with doing that is those ()s - I need to know
> what ()s are used where in order to tell what subexpressions I'm
> matching.
>
> This could be solved in two ways:
>
>   - introducing a syntax (to XML Schema regular expressions - perhaps
>     you already have it) for non-capturing matches
>   - introducing a syntax for naming the subexpressions rather than
>     numbering them

case 2 will eventually be what we are aiming for, I guess

and I better should look up the XML Schema regex spec, too - for now we
are using 'whatever is supported by Jakarta-ORO' ;-)

anyway, thanks for your suggestions!

regards,

</Steven>


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


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.