I would love to see a Svelte-like frontend framework natively designed for Kotlin/Wasm, not necessarily another Kotlin to JavaScript binding that feels like a second class citizen.
This is indeed a very important point, and I care deeply about that. For Compose for Web, there has been I think a lot of debate to decide if the Web rendering should be Canvas or DOM based. At least for now, it seems…
Hello world with production artifact and Binaryen optimization produces a 128K Wasm file for now for https://github.com/vmware-labs/wasm-languages/tree/main/kotl..., but the Kotlin/Wasm team has not tracked those data…
Good one ^^. Sadly not from my family even if he is one of my prefered philosopher.
Yeah I miss interfaces/traits as well, see https://github.com/ziglang/zig/issues/1268 related open issue.
As people were incredulous when I said last year WebAssembly will be shortly available in the 4 major browsers, and now it is ;-)
If you can, wait WebAssembly support for Web/DOM API and support from languages like Kotlin/Swift. This will be a game changer.
Quite surprised to see no mention of Kotlin here since both languages are very similar, main difference is Swift is LLVM based while Kotlin run on the JVM and has excellent Java interoperability. See…
I would love to see a Svelte-like frontend framework natively designed for Kotlin/Wasm, not necessarily another Kotlin to JavaScript binding that feels like a second class citizen.
This is indeed a very important point, and I care deeply about that. For Compose for Web, there has been I think a lot of debate to decide if the Web rendering should be Canvas or DOM based. At least for now, it seems…
Hello world with production artifact and Binaryen optimization produces a 128K Wasm file for now for https://github.com/vmware-labs/wasm-languages/tree/main/kotl..., but the Kotlin/Wasm team has not tracked those data…
Good one ^^. Sadly not from my family even if he is one of my prefered philosopher.
Yeah I miss interfaces/traits as well, see https://github.com/ziglang/zig/issues/1268 related open issue.
As people were incredulous when I said last year WebAssembly will be shortly available in the 4 major browsers, and now it is ;-)
If you can, wait WebAssembly support for Web/DOM API and support from languages like Kotlin/Swift. This will be a game changer.
Quite surprised to see no mention of Kotlin here since both languages are very similar, main difference is Swift is LLVM based while Kotlin run on the JVM and has excellent Java interoperability. See…