Ivan “CLOVIS” Canet

> Bear in mind, some libraries will never adopt this proposal ever, because it would be a breaking change that might create a lot of work for users, and they...

Hi! I really like this proposal, I don't have much to say about it. I'm 50/50 on member functions being included. The main use-case I see for including member functions...

I guess this is going to be an issue of taste, but I don't think ``` Button(.width(10.dp), .BLUE, stringResource(.string.OK)) ``` looks like Kotlin, whereas this KEEP aims towards: ```kotlin Button(width(10.dp),...

I'm not sure this is on-topic for this KEEP, but I'd very much like to see a way to disambiguate links of different things that have the same name. For...

I like this idea. It's how I expected annotations to behave. As additional examples, there is a lot of code in the wild that looks like: ```kotlin @Serializable class Foo(...

First, as someone who occasionally teaches Kotlin to developers who are coming from other languages (most notably Java, JS and Swift), no one ever mentioned any difficulties learning the language...

> ```kotlin > // before 1 > if (readlnOrNull() in listOf("y", "Y", "yes", "Yes", null)) { > // ... > } > // after 1 > if (readlnOrNull() in ["y",...

My understanding through talking with other people in the ecosystem and reading prior issues was that collection literals were not being implemented yet because it was complex to decide how...

What will be the behavior with custom types delegating to existing collections? ```kotlin value class MyCustomList(private val data: List) : List by data { companion object { operator fun of(vararg...

I want to thank everyone involved on this KEEP for making so thorough. I can't help but think, however, that this is a *lot* of complexity for the single purpose...