composePPT VS mosaic

Jetpack Compose (Google's alternative on Android, that also works pretty much anywhere you can run a JVM and others like the web [1], terminals[2], powerpoints[3], as well as pretty much anywhere you have an imperative API that you want to transform into a functional model[4]) is infinitely more polished and has better tools than anything Apple has put out in all of SwiftUI's existence. Apple is bringing this upon themselves with their "major updates" concept for SwiftUI coming every other year, where components aren't even available on old versions of iOS. A UI toolkit is a library like any other, version it like a library and match patch releases.

[1] https://compose-web.ui.pages.jetbrains.team/

[2] https://github.com/JakeWharton/mosaic

[3] https://github.com/fgiris/composePPT

[4] https://github.com/googlemaps/android-maps-compose

Today in "HN never used a reactive framework that is not React and is offended when UI is not written with Dear ImGui".

This is literally the exact style of SwiftUI and Jetpack Compose (down to the author having used the term fragment, I sure hope this isn't leftover trauma from being an Android developer), except written in Rust (hence having to deal with lifetimes in the middle, default parameters, lambdas being quite verbose and needing to move things, etc).

Not blocking the UI thread is mandatory if you ever want to make any kind of complex UI. If you're a web dev, well you only have one thread anyways, good luck, if you're on any other platform, interactions _cannot_ ever block the UI (unless you, yourself, update the UI to say it is blocked). Making this async is a good thing.

Stack traces are a problem, but then again they've been a problem in any remotely capable UI toolkit.

With ReactiveCell, it looks surprisingly similar to what Compose does, where modifying a State causes recomposition of everything observing it. Which means that it might be powerful enough one day to do the same things as Molecule (https://github.com/cashapp/molecule), or ComposePPT (https://github.com/fgiris/composePPT), where everything is a potential target and it interops really well with existing toolkits.

One of favorite offshoots of compose is https://github.com/JakeWharton/mosaic, which is a tool to build TUI's. Is something that you plan for this library, basically making the targeted renderer plug-able?

There's also Mosaic, which is an experiment of sorts to build console UI using Kotlin and Jetpack Compose: https://github.com/JakeWharton/mosaic

Not sure if this is what you're looking for but it seems pretty cool: https://github.com/JakeWharton/mosaic

To see some non-Android examples of Compose, take a look at https://github.com/JakeWharton/mosaic

Have you tried either clikt or mosaic??

Mosaic

Would be really cool if one day this could be made to work with the compose compiler, kinda like compose for web, mosaic (compose for TUI apps), or another project that I can't find right now but it was basically compose with one of Apple's UI frameworks

Jetpack Compose (Google's alternative on Android, that also works pretty much anywhere you can run a JVM and others like the web [1], terminals[2], powerpoints[3], as well as pretty much anywhere you have an imperative API that you want to transform into a functional model[4]) is infinitely more polished and has better tools than anything Apple has put out in all of SwiftUI's existence. Apple is bringing this upon themselves with their "major updates" concept for SwiftUI coming every other year, where components aren't even available on old versions of iOS. A UI toolkit is a library like any other, version it like a library and match patch releases.

[1] https://compose-web.ui.pages.jetbrains.team/

[2] https://github.com/JakeWharton/mosaic

[3] https://github.com/fgiris/composePPT

[4] https://github.com/googlemaps/android-maps-compose

Compose itself can be used by pretty much anything then. There's Compose UI, there's Compose Multiplatform, that on the web targets the DOM, on Windows targets... WinUI or any component library ? and more. For example, you can have a terminal renderer with it: https://github.com/JakeWharton/mosaic. Or hell, even drive an iOS view (https://twitter.com/jakewharton/status/1399561083204026369). The way it works also allows transforming coroutines calls, which are asynchronous into basically synchronous components, without ever making use of the UI part (https://github.com/cashapp/molecule).