Hey, is there any roadmap of what is planned for the future with compose-dekstop?

# compose-desktop

[Michał Kalinowski]

Hey, is there any roadmap of what is planned for the future with compose-dekstop?

[Alexander Kurasov[JB]]

There is no specific roadmap at the moment, as we are eager to listen to feedback.

Are you looking for something specific?

[mcpiroman]

Well, auto update shouldn't be a feature of an UI framework, I suppose?

[Alexander Kurasov[JB]]

CfD is already more than just an UI framework. And this feature seems to be important. Another question is - how easy it is implement it…

[spierce7]

@mcpiroman Given that it builds and packages the framework for us, it’s a good fit to support this in the gradle plugin imo.

@Alexander Kurasov[JB] It’s lots of simple problems to solve that are complex when combined together I think. Lots of smaller questions come up:
1. How does the app hook in and provide its own custom update UI?
2. How do you do this on windows?
3. How do you allow not only for the classes to be updated, but the JVM as well?
The solution I’ve played around with in my head is to download all the changed files from the previous version, and then downloading a small Kotlin Native executable for the specific platform, and then running that native executable, killing the current process, having the native executable swap out all the files, and then restarting the application.

It’s also theoretically possible though to live update the application without even killing the process if you are only updating classes. I’ve tried this though, and it’s much more complicated than I’d hoped.

[spierce7]

@Alexander Kurasov[JB] Hot reload would be another feature that is pretty important to the dev flow.

[spierce7]

I added a few Feature Request tickets in github.

[rcd27]

@spierce7 an auto-update is also the thing I'm looking for my project. A have a research-ticket about looking at https://github.com/update4j/update4j . Haven't seen yet, but may be the thing we need.

[spierce7]

@rcd27 Perhaps my discussion with the library author will be of help to you - https://github.com/update4j/update4j/issues/149

[rcd27]

@spierce7 thanks!

[Michał Kalinowski]

@Alexander Kurasov[JB] apart from general curiosity about the direction of things, I'm wondering if there will be either better support for opengl/vulkan (I've seen some experimental code with lwjgl 🎉) or for showing millions of objects. I'm interested in creating a tool for particles simulations at the moment, the problem is that I saw some tests where the jetpack could barely show 100k objects, so if the future isn't bright in this matter I can always choose imgui

[Alexander Kurasov[JB]]

@Michał Kalinowski Jetpack works on Android. You can try to build PoC for you app on Compose Multiplatform. Though I can hardly imagine, how you will fit 1M particles even on 4K screen….

[Michał Kalinowski]

Yeah, but Android has good Vulkan and OpenGL ES support, that seems enough to get around the restrictions 🙂. And when it comes to numbers, Bifrost for example in Maya can show up 50 million particles without a problem.

[olonho]

not sure what do you mean by “better support for OpenGL”, ability to do direct OpenGL calls to Compose canvas?

[olonho]

regarding huge number of objects, practically speaking it could be sign that certain redesign of data model is required. Not all particles in such a simulation must be be Compose entities, as human eye unlikely can see millions of visual elements.