Philip Wedemann

@tropikoder Sure, just use either `publishAllPublicationsToInstallLocallyRepository` (the folder will be at `sqldelight/build/localMaven` or use `publishToMavenLocal` and use `repositories { mavenLocal() }`. And be sure to update your version to `2.0.0-SNAPSHOT`.

@tropikoder > It seems that there's a bug when migrations drop views (they get mixed up with tables) Do you have a sample? Or does the test work?

@3flex What is the status? Could you resolve the conflicts and make it ready? :) Personally, I want to move to standard Gradle without any custom implementations/workarounds.

At the moment, sqldelight does not map the names of the bind parameter to the class names: ```kotlin data class Select(val expr: Long, val expr_: Long) val result = SqlQueries(driver).fooQueries.select().executeAsOne()...

Fixed the data class property names with the new nice hostvariable rule 🎉

Closing this PR because this very rare feature should not be part of sqldelight.

Could you please use the blog for such a big breaking change? With the new UI, it shows some blog posts in the upper right corner and media uses announcements...

https://github.com/hfhbd/bootstrap-compose/pull/269 adds `Styling` but it is composable and returns the `Styling` instance. With K2 and multiple receivers, Styling could be an extension of `AttrsScope`.

Remove `@Composable` calls

I think, the first case is implemented in #411. Now sqldelight needs use this to implement select2, so what about closing this issue here and create another one in sqldelight?