So now that Kotlin/Native target is in preview, should we start working on TornadoQt? 🧌

Haha 🙂

@Ruckus Did you try it yet?

We could change the config class so you could define the output format, properies, json, xml but then the config object would not be extending

Properties

anymore and that would break the old api?

No, I'm on a Windows box right now.

I could spin up a VM, but I'm a bit busy at the moment.

Same here. Weird that they didn't include Windows for now.

But if they end up with a WebAssembly target.. That would be sweet.

That would be awesome.

I think the issue with windows has something to do with it's non standard exception handling system, but I don't know the details.

Yeah, I saw that comment.

I don't think they can ignore windows for long.

But the thing needs to be completed first before it makes sense to make it runnable on every platform 🙂

Indeed. Honestly, it seems fairly well put together for a tech preview. I'm sure Windows will have to be supported before release.

@edvin did you see the future Arduino support in on the announcement page? https://blog.jetbrains.com/kotlin/2017/04/kotlinnative-tech-preview-kotlin-without-a-vm/

@carlw I saw they mentioned it, so it seems like embedded and mobile will be strongly supported. Very interesting.

As a really, really future project, it may be interesting to have Tornado target #multiplatform. Then we could have a root project, and could swap out JavaFX, Qt, WASM, you name it as the actual renderer.

@edvin I'd like to see Type Safe CSS run in under 32kb! string constants are a killer

But that's probably an entirely separate project

@carlw I thought even the curl demo took 100kb.

@Ruckus That sure sounds interesting. It would be a good way to clean up the API as well!

It might be a bit more primitive than the TornadoFX version as well, just supporting the common components on those platforms. Then I guess there would have to be platform specific components.

@kevinmost you'll find a few POK3R fans here

Guilty!

awesome! Like I said in #kotlin-native, when Arduino is a target, I'd love to have a QMK-like firmware where you can write your layouts and custom functions in Kotlin. You mentioned that you're doing a generator with a TornadoFX frontend (presumably for TMK/QMK?)

@edvin Indeed. This would probably go back to the earlier discussion about splitting out a "core" module, though in this case I think it would mean separating CSS out to it's own module.

@Ruckus Yeah, it wouldn't make sense on all platforms.

But anyway, that's way down the road

@kevinmost i suggested to @edvin that we get a "flagship" tornadofx project out and that a macro keypad might be interesting. I do a little Arduino programming, but I've built TMK and QMK recently. We're mostly focused on a great front-end. What i've seen from HHKB UIs is spreadsheet-oriented and we were thinking a more intuitive UI with shareable keymaps would be useful and "real-world" for the project

@kevinmost coroutines are also of interest as a way of bringing a window together with a system command (ex dfu-programmer)