> -----Original Message-----
> From: Mike Stover [mailto:[EMAIL PROTECTED]
> Sent: 11 March 2003 18:36
> To: JMeter Developers List; [EMAIL PROTECTED]
> Subject: Re: Changes in function
>
>
>
> > Of coarse...The only problem I have with it is that it
> > puts the job of encoding the strings on the user
> > instead of the function helper dialog. Let me think
> > about it for a bit. Any other opinions?
>
> Maybe a better example would help.
>
> consider:
>
> (unencoded) - ${__regexFunction("[hH]ello, [wW]orld",$1$,1,,,)}
>
> now, it appears to me, your way actually requires the
> encoding look like:
>
> ${__regexFunction("[hH]ello, [wW]orld"\,\$1\$\,1\,\,\,)}
>
> And I'm saying, encode the string literals instead:
>
> ${__regexFunction("[hH]ello\, [wW]orld",$1$,1,,,)}
>
> -Mike
>
<aside>
It would be nice if it were not necessary to quote the "," in the text
string above.
Perl has some useful quoting mechanisms:
q(), q[], q{} etc - quote the enclosed text with no further substitutions
qq() etc - quote, but allow interpolation
Not sure if these would be easy to implement - it would require knowing
where a string was acceptable.
If the current parser already "knows" when it is processing a parameter
list, function name etc, then it might be possible to use that information
to process the next part of the string more "intelligently".
</aside>
I agree with Mike that only unusual situations should require escaping.
[And if the regular expression requires escaping, won't the user already be
familiar with the required techniques?]
Also, what about existing scripts?
Will these not have to be changed if the syntax changes?
This could cause a lot of grief for us...!
How about allowing the user to change the list of special characters for a
particular string?
This could be done by supplying an extra field at design time (saved with
the test script, and defaulting to the ones used now).
This would be backwards compatible ...
--
Sebastian Bazley <[EMAIL PROTECTED]>
The opinions expressed herein are my own, and are not necessarily endorsed
by my employer ...
_________________________________________________________
This email is confidential and intended solely for the use of the
individual to whom it is addressed. Any views or opinions presented are
solely those of the author and do not necessarily represent those of
SchlumbergerSema.
If you are not the intended recipient, be advised that you have received
this email in error and that any use, dissemination, forwarding, printing,
or copying of this email is strictly prohibited.
If you have received this email in error please notify the
SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.
_________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
