Are proposals for new language methods considered?

2016-01-31 Thread Tom Browder
I would like to propose some new Str and IO::Path methods if such would be considered. Best regards, -Tom

Re: Problem with string index for substrings a position zero (a bug?)

2016-01-31 Thread Tom Browder
On Friday, July 3, 2015, Tom Browder wrote: > On Fri, Jul 3, 2015 at 7:35 AM, Tom Browder wrote: > > On Fri, Jul 3, 2015 at 7:21 AM, yary wrote: > >> On Fri, Jul 3, 2015 at 8:07 AM, Tom Browder wrote: > > ... > > So, considering all the comments and S32 wording, I suspect that this > would be s

String trim method

2016-01-31 Thread Tom Browder
On Wednesday, August 5, 2015, Brandon Allbery wrote: > On Wed, Aug 5, 2015 at 6:47 PM, Tom Browder wrote: >> I see that to trim white space from a strings's both ends I have to do this: >> >> my $s = ' yada yada '; >> $s = $s.trim; >> >> Is that the optimum way? > > I don't know what you m

Re: String trim method

2016-01-31 Thread Parrot Raiser
>From http://doc.perl6.org/routine/trim "In order to do in-place trimming, once (sic) needs to write .=trim" On 1/31/16, Tom Browder wrote: > On Wednesday, August 5, 2015, Brandon Allbery wrote: >> On Wed, Aug 5, 2015 at 6:47 PM, Tom Browder >> wrote: >>> I see that to trim white space from a s

Re: String trim method

2016-01-31 Thread yary
On Sun, Jan 31, 2016 at 9:29 AM, Tom Browder wrote: > I don't find '.=' in the operator list. Thanks. It's like "+=" "$a .= foo(...)" is the same as "$a = $a.foo( ... )" Took me a bit to get my head around it when I first encountered it, now it's like "why don't more languages do this!" (th

Re: String trim method

2016-01-31 Thread Tom Browder
On Sunday, January 31, 2016, Parrot Raiser <1parr...@gmail.com> wrote: > On 1/31/16, Tom Browder wrote: ... > > Brandon, can you (or anyone else) please explain the statement above? > > I don't find '.=' in the operator list. Thanks. > From http://doc.perl6.org/routine/trim "In order to do in-pla

Re: String trim method

2016-01-31 Thread Tom Browder
On Sunday, January 31, 2016, yary wrote: > On Sun, Jan 31, 2016 at 9:29 AM, Tom Browder wrote: >> I don't find '.=' in the operator list. Thanks. > > It's like "+=" > > "$a .= foo(...)" is the same as "$a = $a.foo( ... )" > > Took me a bit to get my head around it when I first encountered it, no

[perl #127443] Binding / bound variables don't honor binder variable's type constraint

2016-01-31 Thread via RT
# New Ticket Created by raiph # Please include the string: [perl #127443] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127443 > Reporting an apparent bug pointed out by Christoph at http://stackoverflow.com/a/35002979/10776

Re: Are proposals for new language methods considered?

2016-01-31 Thread Will Coleda
The language is intended to evolve; the specification will change as we go. If you have a proposal, go ahead and make it, see what traction it gets on the list. On Sun, Jan 31, 2016 at 8:27 AM, Tom Browder wrote: > I would like to propose some new Str and IO::Path methods if such > would be cons

Re: Are proposals for new language methods considered?

2016-01-31 Thread Tom Browder
On Sun, Jan 31, 2016 at 5:01 PM, Will Coleda wrote: > The language is intended to evolve; the specification will change as we go. > > If you have a proposal, go ahead and make it, see what traction it > gets on the list. Is there any specific format for a proposal? If not, is there a successful

Re: Are proposals for new language methods considered?

2016-01-31 Thread Will Coleda
Nope. Most people just show up on #perl6 and chat, or make a pull request or open an RT. On Sun, Jan 31, 2016 at 6:10 PM, Tom Browder wrote: > On Sun, Jan 31, 2016 at 5:01 PM, Will Coleda wrote: >> The language is intended to evolve; the specification will change as we go. >> >> If you have a pr

Re: Are proposals for new language methods considered?

2016-01-31 Thread Tom Browder
On Sun, Jan 31, 2016 at 5:20 PM, Will Coleda wrote: > Nope. Most people just show up on #perl6 and chat, or make a pull > request or open an RT. Gotcha, thanks. -Tom

[perl #127444] Signature.ACCEPTS not handling literals properly

2016-01-31 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #127444] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127444 > say :("foo") ~~ :("bar") # True say :(Str) ~~ :("foo") # True ^^ should both be False.