develooper Front page | perl.perl5.porters | Postings from March 2021

Re: Let's talk about trim() so more

Thread Previous | Thread Next
Christian Walde
March 27, 2021 01:05
Re: Let's talk about trim() so more
Message ID:
On Sat, 27 Mar 2021 02:03:51 +0100, B. Estrade <> wrote:

> On 3/26/21 7:58 PM, Christian Walde wrote:
>> On Sat, 27 Mar 2021 01:53:54 +0100, B. Estrade <> wrote:
>>> At the end of the day, it seems to me that the real motivation for
>>> this is to eliminate this idiom:
>>> chomp($foo);
>>> $foo =~ s/^ *//g; # or however YOU do it
>> Nope, the motivation is to replace this:
>> $a =~ s/^\s+//; $a =~ s/\s+$//;
>> Which is like 1600+ times on cpan.
> Okay; well in this case my personal preference is to see a trim that
> misbehaves as chomp does; even if it trims both sides. That boils down
> to affecting the value in-place - or rather not introducing another
> special case of explicit string manipulation that behaves differently
> than one the one provided; the rest remaining on that crusty old regex
> thing.

Fwiw, the best implementation, as i mentioned elsewhere and as was mentioned copiously in the github issue is:

Make both.

Both of them have important and valid applications.

Also having trim and tromp would be super funny.

>> That said, i also recommend asking the author, Scott, for his
>> motivation. :)
> Okay, Scott? Inquiring minds would like to know :)


With regards,
Christian Walde

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About