Back to browse
Can we have Flutter-like portability without the bloated web binaries?

Can we have Flutter-like portability without the bloated web binaries?

by io_eric·Feb 28, 2026·1 point·4 comments

AI Analysis

●●SolidBig BrainBold Bet

WASM-first language avoiding bloated canvas binaries, but multi-platform vision still speculative.

Strengths
  • Type-safe compilation to WASM with component model, avoiding 2MB+ binary bloat that plagues Flutter web
  • Clear architectural rationale: native browser rendering on web vs Skia abstraction layer for cross-platform
  • Thoughtful ecosystem: package registry, Supabase integration, VS Code extension, and language documentation exist
Weaknesses
  • Early-stage language with 534 GitHub stars and minimal adoption signal; no production sites shown
  • Multi-platform strategy (mobile/desktop via C++/Skia) is unproven; the web portion is viable, not the differentiator
Target Audience

Frontend developers, framework builders, developers seeking web app alternatives to Flutter

Similar To

Flutter · Dart · ReScript

Post Description

I’ve been spending the last few months building Coi, a type-safe language that compiles to WebAssembly. The initial goal was just a fast, reactive web language, but as I refine the core, I’ve started mapping out how to take this multi-platform, mobile, desktop, and server, without falling into the traps that other frameworks have.

The plan is to use C++ as the intermediate layer. For desktop and mobile, I want to use Skia combined with a layout library to translate HTML/CSS sizing and transformations into something Skia can draw. This ensures the UI stays pixel-perfect across platforms.

However, the "Flutter approach" to the web has always bothered me. Shipping a 2MB+ Skia binary just to render a basic landing page feels redundant when the browser already has a world-class rendering engine. It results in massive bundles and a canvas-only UI that breaks basic browser expectations like SEO, text selection, and accessibility.

With Coi, I want to split the strategy: on the web, it stays lean by using the browser’s native HTML/CSS and JS glue. On native platforms, it uses the C++/Skia stack. You get the same codebase and the same visual output, but the web build doesn't suffer from "canvas bloat".

Right now, I’m still focused on the web target and refining the core language specs, but the server target is next on the roadmap. I'm curious if this "hybrid rendering" approach, native elements for web, Skia for desktop/mobile, is something others have found success with, or if I'm underestimating the difficulty of keeping the layout engines perfectly synced.

I'd love some feedback on the language design or the architectural plan.

https://github.com/coi

Similar Projects

Developer Tools●●Solid

Funxy v0.6 – scripts that ship as standalone executables

Embedding bytecode, a VM, and static assets into one binary — plus a switch to drop back into an interpreter — is a clever distribution pattern that removes runtime dependencies. The Go-package binding via funxy.yaml and BusyBox-style multi-script bundling show attention to real-world tooling needs; the main question is ecosystem maturity and whether the lib surface grows fast enough to matter.

WizardryNiche Gem
funbitty
204mo ago
GamingMid

Zuma Portable

Convenient cross-platform builds of Alula's decomp, but just a Drive folder with no installer.

Cozy
zeeeeeebo
211mo ago