Project
Roadmap
matchexhaustiveness in the checker- compiling components to WebAssembly (they compile to JavaScript)
- a formatter
- a file's names under a prefix (
use lib/auth as auth, thenauth.login()), where.in markup is already a class - splitting a page's bundle by route, and components loaded lazily
- a caller finding a service by name through limer's pool, and
--joinfor copies behind NAT {{ ... }}blocks of JavaScript in a component (a design only)- in the browser, a map's keys that look like integers keep their order of insertion:
there
keys({ "10": 1, "2": 2 })is["2", "10"], as JavaScript orders them - Linux builds linked with musl, or static: not planned, since a static binary cannot load plugins. The releases from 0.7.0 on are linked against glibc 2.17 instead
- a catalog whose entries are signed, its plugins prebuilt for Linux, and
//! effects:on each of them; a policy that allows catalog plugins only (local = false) quillo run --sandbox(seccomp and Landlock on Linux), and plugins built to WebAssembly and run sandboxed- a policy's
private = falsefordb.connectand UDP (it covershttp.*only) - Passenger (cPanel's Application Manager) starting a Quillo program
- phone apps in the stores: uploads to the App Store and Google Play, HarmonyOS NEXT,
.qwerplugins linked into the app, and work while the app is in the background quillo appwithout a socket run on Windows and Linux (the code is wry's on all three; only macOS has run), and astreamroute's answer sent in parts to an app's web viewquillo buildmaking a program'sbuilddeclarations ahead of time- an HTTP/2 client, for APNs and gRPC
Thread
Thread 0 posts
On Roadmap: questions, tips, corrections, and code that uses it.
No posts yet. The first one opens the thread.
Edit this page on GitHub · made from the user guide · questions on Discord or r/quillo