Eva

You mean something like [this](https://github.com/willowtreeapps/assertk/blob/e908bf9ba23e069012936b31b0961dd26890c249/assertk/src/commonMain/kotlin/assertk/assertions/support/support.kt#L119)? 😉 (in reality I'd probably go for something a bit different since the lists aren't expected to be super long but yea)

Just for completeness sake this will apply to function injection too. It already complains about mismatched signatures from the function and typealias so it should be easy to update to...

And one more thing, default args, I propose they work as below: ```kotlin @Inject class AssistedClass(@Assisted arg1: One = One(), arg2: Two, @Assisted arg3: Three = Three()) ``` you can...

To round this all out, injected params match by type, assisted params match by position. This makes a lot of sense based on how you use them. You provide them...

@dgomolka Hm, seems to work for me, can you provide a sample project with the issue or a failing test? When I copied your example in I got ```kotlin public...

Yep, that's an issue. Maybe a quick way to solve this would be to detect and change only the generated java options instead of blowing them away. Even better would...

I don't feel comfortable hard-coding that option since it really shouldn't be something you should be passing all the time. I think making it possible to specify it yourself should...

This issue is for compose desktop which works on the jvm, not KMP, which I do think would be an easier ask.

Could be a useful addition, but in the meantime I think you'd be best served with a custom assertion. More manual work but you could get a better message out...

There is a subtle distinction there, the 'has*' methods do an assertion themselves while the non-has methods can't fail on their own. One thing I'd want to avoid is someone...