Is Kotlin 1.4.20 supported for Desktop? I'm on

0.2.0-build124

, and upgrading from 1.4.0 to 1.4.20 throws this

e: java.lang.IncompatibleClassChangeError: Found class org.jetbrains.kotlin.ir.declarations.IrClass, but interface was expected

The end result is the (slightly darker) texture in this screenshot - you might need to zoom in to see the individual pixel variation, but that's the whole point - to generate a noise texture that is not too "noisy"

Mosaic itself is a port of Radiance (a collection of Swing libraries) to Compose. The end goal is to support creating UIs like this:

image.png

and this:

and this (where every texture is generated procedurally, and the entire skin is fully configured and controlled by the application code):

As people start to look at Compose as a way to create cross platform UI, please correct me if I’m wrong, but there will always be an overhead with something like Compose because it’s reactive that makes it a poor choice for something extremely performance focused, like a game, right? However I remember when I was following Flutter, the reactive UI layer was written on top of a Render Object (terminology might be bad now?) layer, that was not reactive, and offered a more performant API, and I believe I saw a few games written from that layer. Is there a more performant layer that could be dropped into that would be suitable for UI applications where performance was more important?

Games usually don't need that much UI, and most of them write their own

But this is all theoretical, unless you can show hard numbers against "reactive" in general

And we are talking about a UI toolkit and a way to propagate data changes through the presentation. Not rendering millions or billions of textured triangles in a game engine.

Yes, https://github.com/JetBrains/skija 😂

Or https://github.com/JetBrains/skiko if you want to be MPP 😂

It’s weird to be talking about game rendering engines in a channel that is A) Compose (reactive framework) and B) Desktop (as in writing “traditional” desktop apps)

Many game GUIs are Chromium-like running on top of an OGL canvas, and it’s exactly why I’m interested on seeing if C4D can be a good replacement

Libgdx lacks a good GUI library, it has a decent couple of widgets but I want proper good 😄

Hmmmm while debugging I’m seeing breakpoint resolution in other files, even if the locals are correct

Screen Shot 2020-11-20 at 7.37.37 PM.png

that BP in line 115 desktopMain/…/FullImageScreen resolves to

Screen Shot 2020-11-20 at 7.37.47 PM.png

in androidMain/…/FullImageScreen

Screen Shot 2020-11-20 at 7.37.58 PM.png

the locals are okay at least 👌

The ImageViewer (https://github.com/JetBrains/compose-jb/tree/master/examples/imageviewer) example has composables in common code, shared between Desktop and Android.

And it works because we build and publish common, desktop and Android artifacts from the same sources.

Box()

has no backgroundColor anymore?

What's a good way to have any kind of background color then? I get confused using

MaterialTheme

since it expects

Colors

but I just wanna give it a one

Color

Use

Modifier.background

Ah it's now there

I see

what dependency do I need to add

ViewModel

? Can't resolve it out of the box with only the compose plugin

ok got it: https://developer.android.com/jetpack/androidx/releases/lifecycle#declaring_dependencies