Hi. Strange question perhaps, but is Compose also...

# multiplatform

[David Stibbe]

Hi. Strange question perhaps, but is Compose also suitable for non-multiplatform projects ? In particular, regular desktop jvm projects (in IntelliJ)?

[Daniel Weidensdörfer]

Yes

[David Stibbe]

That is good to know. Thank you .
I guess this would be a good starting point ? https://github.com/JetBrains/compose-multiplatform-desktop-template

[jw]

Yes, and #C01D6HTPATV

[sigmadelta]

For desktop apps which really benefit from a UI, Compose is a great choice. But if you think you’re going to get by with a CLI-interface, check out Clikt:

https://github.com/ajalt/clikt

[Daniel Weidensdörfer]

That is good to know. Thank you .

I guess this would be a good starting point ? https://github.com/JetBrains/compose-multiplatform-desktop-template

I would create a desktop only project with https://kmp.jetbrains.com/ and use the template for further guidance

[David Stibbe]

I was thinking about that, but it seemed like a bit of overkill for a small project.
Also, a lot of the docs were geared to Android Studio, and I wanted to use it in Intellij, which apparently is possible it seems 👍

And I had hoped if I could avoid Gradle, but that doesn't seem to be the case

[jw]

You can really just start with a fun main and one or two dependencies. You don't really need much.

[jw]

If you don't want to use Gradle just grab the -jvm variant of each dependency

[jw]

The dependency graph is kinda big, but not unmanageable. Use a dependency resolver regardless of your build system

[sigmadelta]

Out of curiosity but why wouldn’t you want to use Gradle though? Especially given you’re not very familiar with the framework it feels like shooting yourself in the foot ahead of the race.

[David Stibbe]

The build framework should not be of influence with regards on how well I do or do not know the library. But Compose requires Gradle, so I use Gradle.
I actually wanted to avoid the KMP setup until I got familiarized with Compose and another technology I am trying out. I don't want to try too many new things at the same time in a single project. Especially with this impact.

The reason why I like to avoid Gradle? Because I believe it is atrocious. But this is not the place to vent about that.

[David Stibbe]

@jw I figured that since they have a specific Gradle Compose plugin I was more or less condemned to Gradle .... I will check it out, thank you

[darkmoon_uk]

Arguably, CMP is currently more suitable for a single platform, given how broken the @Preview feature is in true Multiplatform configurations, with no sign of improving for over a year, and no information about when it might...

[jw]

You can put the Compose compiler plugin into the kotlinc pluginpath manually. It works just like a regular classpath

[Michael Paus]

I am wondering why nobody mentions Amper and the related IntelliJ plugin in this context.

[Daniel Weidensdörfer]

Its still experimental

[Michael Paus]

Trying to get around Gradle for any serious Compose work is more than “experimental” anyway.

[darkmoon_uk]

Don't get me started @Michael Paus! Having a very jaded day today wrt CMP Preview... It strikes me this very important feature could have been working in IntelliJ months ago if it weren't for JB pouring all efforts into Fleet. Users are left in a 'dead zone' right now where things don't work and there's very little info. Fleet is sucking the life out of the ecosystem - it had better be worth it 😞

[David Stibbe]

@Michael Paus Am I understanding correctly that Amper is another build tool ?

[David Stibbe]

(and, I am not trying to force having to use it without Gradle, but if it is possible it is nice. It seems however that Compose is not playing nice without gradle for me . So gradle it will be... unless Amper is a viable alternative.? )

[Daniel Weidensdörfer]

Its another build tool

[David Stibbe]

Ok, I'm interested 😛 How does it compare to Maven/Gradle ?