> On 11 Sep 2018, at 12.31, Guillaume Laforge wrote:
>
> Javascript's `backquoted ${str}` are immutable.
> So changing the embedded variable str won't change the value of the templated
> string.
> As if we didn't have enough variants of strings ;-) perhaps we should support
> that one too :-
> On 28. Apr 2020, at 15.09, mojo2012 wrote:
>
> I'm looking forward to get some feedback from you (hopefully positive :-))
>
> [ ] +1 Add either val or let as new shortcut for "final def"/"final var"
> [ ] 0 I don't have a strong opinion about this, but I assume it's ok
> [ ] -1 I don't lik
eaking Groovy into customer systems" and that's what I've
been doing all those years ;D
Yes, I tend to care about documentation, so fixing glitches in groovydoc has
been an interest of mine.
-mikko
> On 8. Jun 2020, at 3.06, 孙 岚 wrote:
>
> Congratulations to Mi
Just to voice my +1 instead of being silent. To me, "blacklist" associates
"black" and "deny access" way too closely for 2020, and the suggested names are
just better.
-mikko
> On 11. Jun 2020, at 17.50, Paul King wrote:
>
> Hi folks,
>
> Given recent world events, there are numerous proje
I'm leaning towards +1 for the simpler cases, but referencing earlier (labeled)
return expression values via `label._` syntax... doesn't feel like Groovy
anymore, IMHO. OTOH, just because I wouldn't use it doesn't mean it's a bad
idea.
So, if I've understood the proposal, I'd limit it to:
*
> On 27. Jul 2020, at 5.16, Keegan Witt wrote:
>
> but Kotlin is the only place I've seen a trailing if like that, so maybe
> that's biasing my opinion
Not familiar with Kotlin, but Perl has " ". For example:
```
doSomething() if true
```
But that is quite different from what is proposed
