On 2003-11-25 at 18:17:04, Piers Cawley wrote:
aString replace: aPattern with: aString.
aString replaceAll: aPattern with: aString.
Stop! Stop that at once! No small talk; we're here for
serious discussions!
:)
Except... the second argument isn't strictly a string because it's
Mark J. Reed [EMAIL PROTECTED] writes:
On 2003-11-25 at 18:17:04, Piers Cawley wrote:
aString replace: aPattern with: aString.
aString replaceAll: aPattern with: aString.
Stop! Stop that at once! No small talk; we're here for
serious discussions!
:)
Except... the second
[EMAIL PROTECTED] wrote:
Smylers wrote:
This, however, is irritating:
my @new = map { s:e/$pattern/$replacement/; $_ } @old;
So I'd like a more elegant way of writing that -- but I don't think
making the return value of Cs/// more complicated (and duplicating
data in the process) would
David Chan writes:
Hmmm. When doing multiple substitutions, it would be nice to avoid a
hard-to-read nested function call which reads backwards, a la python:
return re.sub('','gt;',re.sub('','lt;',re.sub('','amp;',text)))
... but to also avoid multiple statements like this:
my $tmp
Luke Palmer [EMAIL PROTECTED] writes:
Smylers writes:
Perl 5 Cs///g currently returns the number of substitutions made.
This has its uses, so Perl 6 Cs:e/// should probably continue to do
this.
Can we have a return value that stringifies to the result of the
substitution but numifies to
[EMAIL PROTECTED] (Luke Palmer) writes:
$substituted = ($text ~~ s/$pattern/$replacement/) but nothing;
Surely no buts? :)
What I really want is a functional version of s///. Like:
my $substituted = $text.s(/$pattern/, { $replacement });
Without modifying $text.
$rubyometer++;
--
* Smylers [EMAIL PROTECTED] [2003-11-20 11:50]:
This, however, is irritating:
my @new = map { s:e/$pattern/$replacement/; $_ } @old;
I forget the C; $_ far more often than I like to admit and
end up with an array of integers instead of modified strings.
So I'd like a more elegant way of
* A. Pagaltzis [EMAIL PROTECTED] [2003-11-21 13:16]:
But that without nested for modifiers (will those work?) this
isn't be applicable in the middle of a map map map map chain..
I shouldn't edit my stuff so heavily.. what a mess.
--
Regards,
Aristotle
If you can't laugh at yourself, you
Simon Cozens [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Luke Palmer) writes:
$substituted = ($text ~~ s/$pattern/$replacement/) but nothing;
Surely no buts? :)
What I really want is a functional version of s///. Like:
my $substituted = $text.s(/$pattern/, { $replacement });
On Fri, Nov 21, 2003 at 01:26:18PM +, Piers Cawley wrote:
: Simon Cozens [EMAIL PROTECTED] writes:
:
: [EMAIL PROTECTED] (Luke Palmer) writes:
: $substituted = ($text ~~ s/$pattern/$replacement/) but nothing;
:
: Surely no buts? :)
:
: What I really want is a functional version of
Piers Cawley writes:
Stéphane Payrard [EMAIL PROTECTED] writes:
s/// in string context should return the string after substituion.
Surely it should return the string after substitution, but with an
appropriate 'but true' or 'but false' property depending on whether
anything
On Wed, Nov 19, 2003 at 08:23:30PM +, Smylers wrote:
This, however, is irritating:
my @new = map { s:e/$pattern/$replacement/; $_ } @old;
I forget the C; $_ far more often than I like to admit and end up with
an array of integers instead of modified strings.
That one gets me every
Stéphane Payrard [EMAIL PROTECTED] writes:
s/// in string context should return the string after substituion.
It seems obvious to me but I mention it because I can't find it
in the apocalypses.
Surely it should return the string after substitution, but with an
appropriate 'but true
Joe Gottman [EMAIL PROTECTED] writes:
- Original Message -
From: Austin Hastings [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, November 18, 2003 3:04 PM
Subject: [perl] RE: s/// in string context should return the string
As a Bvalue where possible, so
-Original Message-
From: Joe Gottman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 18, 2003 9:58 PM
To: Perl6
Subject: Re: [perl] RE: s/// in string context should return the string
- Original Message -
From: Austin Hastings [EMAIL PROTECTED]
To: [EMAIL PROTECTED
On Wed, Nov 19, 2003 at 09:03:38AM -0500, Austin Hastings wrote:
:
:
: -Original Message-
: From: Joe Gottman [mailto:[EMAIL PROTECTED]
: Sent: Tuesday, November 18, 2003 9:58 PM
: To: Perl6
: Subject: Re: [perl] RE: s/// in string context should return the string
[EMAIL PROTECTED] (Larry Wall) writes:
Sigh. There's no =~ operator in Perl 6.
How should we go about bringing A3 up to match current reality? It is, after
all, over two years old now.
--
End July 2001 - Alpha release for demonstration at TPC
On Wed, Nov 19, 2003 at 06:17:33PM +, Simon Cozens wrote:
[EMAIL PROTECTED] (Larry Wall) writes:
Sigh. There's no =~ operator in Perl 6.
How should we go about bringing A3 up to match current reality? It is, after
all, over two years old now.
Isn't Allison the maintainer? Just prod
Simon wrote:
How should we go about bringing A3 up to match current reality? It is, after
all, over two years old now.
We talked about this today. Our current thought is to retroactively
write the Synopses and keep those up-to-date (with notes in the outdated
parts of the A's and E's pointing
[EMAIL PROTECTED] (Allison Randal) writes:
We talked about this today. Our current thought is to retroactively
write the Synopses and keep those up-to-date (with notes in the outdated
parts of the A's and E's pointing to the relevant section of the
S's).
To be honest, I don't care how it's
s/// in string context should return the string after substituion.
It seems obvious to me but I mention it because I can't find it
in the apocalypses.
--
stef
As a Bvalue where possible, so they can cascade and nest.
=Austin
-Original Message-
From: Stephane Payrard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 18, 2003 12:19 PM
To: [EMAIL PROTECTED]
Subject: s/// in string context should return the string
s/// in string context
- Original Message -
From: Austin Hastings [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, November 18, 2003 3:04 PM
Subject: [perl] RE: s/// in string context should return the string
As a Bvalue where possible, so they can cascade and nest.
Excuse me. I
23 matches
Mail list logo
