raiph
raiph
> `$match.print` is still a valid example The following are profoundly different categories of issues people seem to think exist: * `from` and `to` "and so on". Liz's commit addressed...
> `$match.print` is still a valid example As hinted above, I see this as at most in a small category, and quite likely its own category. I say that because...
> `$match.print` is still a valid example So what is the deal with `` and `$match.print`? Rather than discuss any *negative* or *positive* view of that "collision", this comment will...
>> The following are profoundly different categories of issues people seem to think exist: > > Honestly, I don't get the premise. I thought it might do good, and couldn't...
I think it's worth considering what the world expects from a "character class" in existing regex engines. We don't have to stick to their rules/conventions but we should also not...
Ah, @vrurg's latest comment only appeared after I posted this comment. (BTW, I'm not seeing any comment by @vrurg on the commit he linked. Maybe *GH* has caching issues?!? Or...
@codesections, The traps entry link 404s. Should presumably be https://docs.raku.org/language/traps#Using_certain_names_for_rules/token/regexes I think this reflects a misunderstanding. There was a nasty bug due to calling methods on Mu that Liz just...
@2colours > `DateTime('2023-03-17') ~~ Date('2023-03-17')` yields `True`. Right. While it's "scary" to throw away the timezone offset, if a user has written such code then it's presumably what they wanted...
> If neither the time point, nor the date contains a reference to a timezone, they should be assumed to have the same reference. A `DateTime` always has a reference...
> I think, if there is a main "governing rule" to smartmatching, it's that it is used in given-when What do you mean? Do you just mean we can pick...