Lightning flashed, thunder crashed and Mark-Jason Dominus <[EMAIL PROTECTED]> whis pered: | | > Would there be any interest in adding these two ideas to this RFC: | > | > 1) tr is not regex function, so it should be regularized to | > | > tr(SEARCH, REPLACE, MOD, STR) | | MOD should be last, because you're frequently going to want to omit MOD. Ok, that's fine with me. tr(SEARCH, REPLACE, STR, MOD) - 'standard way' tr(SEARCH, REPLACE, STR) - 'no modifiers' tr(SEARCH, REPLACE) - 'no modifiers, and default to $_' tr(SEARCH, REPLACE, $_, MOD) - have to use all four if modifiers but $_ I just wasn't sure which would be omitted more often, the MOD or the STR. -spp
- Re: RFC 165: Allow variables in a tr/// Stephen P. Potter
- Re: RFC 165: Allow variables in a tr/// Mark-Jason Dominus
- Re: RFC 165: Allow variables in a tr/// Nathan Wiger
- Re: RFC 165: Allow variables in a tr/// Tom Christiansen
- Re: RFC 165: Allow variables in a tr//... Nathan Wiger
- Re: RFC 165: Allow variables in a tr/// Tom Christiansen
- Re: RFC 165: Allow variables in a tr/// Mark-Jason Dominus
- Re: RFC 165: Allow variables in a tr//... Tom Christiansen
- Re: RFC 165: Allow variables in a... Mark-Jason Dominus
- Re: RFC 165: Allow variables in a tr/// Stephen P. Potter
- Re: RFC 165: Allow variables in a tr/// Tom Christiansen
- Re: RFC 165: Allow variables in a tr/// Stephen P. Potter
- Re: RFC 165: Allow variables in a tr/// Piers Cawley
- Re: RFC 165: Allow variables in a tr/// Bart Lateur
- Re: RFC 165: Allow variables in a tr/// Tom Christiansen
- Re: RFC 165: Allow variables in a tr//... Stephen P. Potter
- Re: RFC 165: Allow variables in a... Tom Christiansen
- Re: RFC 165: Allow variables in a tr/// Eric Roode