arewewebyet
xilem
arewewebyet | xilem | |
---|---|---|
3 | 15 | |
646 | 2,906 | |
0.6% | 9.3% | |
5.3 | 8.9 | |
about 1 month ago | 3 days ago | |
HTML | Rust | |
Creative Commons Attribution 4.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
arewewebyet
-
Our official website recommends Rocket for serving HTTP
I opened two issues hoping to address this: - rust-lang.org - arewewebyet.org (This website is also owned by the Rust project, which I didn't know before.)
- Rocket is dead. (?)
-
A call for blogs about Rust GUI in 2023
Ignoring the obvious lightheartedness of this answer, I want to point out the hazard of such sites. Take https://www.arewewebyet.org/: it claims βyesβ with effusive epithets, making various claims that are objectively false (everything and more, mature). Despite pointing out the problems with the claims two years ago, only one of the more incontrovertibly false aspects was tempered, and all of the rest of the very misleading and false claims are still made. This is harmful for the ecosystem, because it gets people in under false pretences, and embitters them when they realise they never have believed the gushing exclamation marks and promises from a website that looked officialish.
xilem
- Xilem Releases v0.1.0
- Xilem β An experimental Rust architecture for reactive UI
-
Graphite: In-development raster and vector 2D graphics editor that is FOSS
The web browser gives us an extremely frictionless development and deployment process. Our CI generates a fully deploy at a unique link for every commit which lets us open and test PRs with a single click. It deploys updates to users without needing to make them go through an updater. In these relatively early stages of our development process, the importance of the velocity that gives us cannot be understated. Plus, the ability for users to try it out in one second is quite helpful.
I've designed the whole architecture specifically to avoid the web UI "feeling like a web app" with the subtle latency of interacting with the site. I wrote all-custom UI components using the minimal amount of HTML and CSS to achieve the requirements instead of depending on an external component framework which always loves nesting dozens of `div`s inside each other to achieve what should be doable in one or two. And our highly-lightweight JS which calls into Rust (Wasm) lets it keep the slow logic out of slow JS. And we are using Svelte to move most of the frontend DOM management logic from runtime to compile time. This architecture really helps us keep performance levels as close as possible to feeling native despite using the web for its GUI rendering; and I believe it has succeeded at feeling responsive by comparison to most other web apps you use (even Slack, for example, which shouldn't be nearly as complex).
Web lets us build fast, deploy the latest version to users fast, leverage prevalent developer experience with HTML/CSS for creating GUIs, and avoid getting stuck in a box with Rust's currently-immature GUI ecosystem. That's the tradeoff we had to make early on, and it was a good decision. But we will eventually move towards a fully native version...
In the short term, we plan to use [Tauri](https://tauri.app/) which is sort of a hybrid between Electron and a native application. It uses the OS's webview to shrink the shipped binary to only a few megabytes and reuse shared memory resources with other webviews at runtime. It also runs all our Rust code natively instead of through WebAssembly so all the business logic in Graphite runs natively and only the thin UI layer becomes dependent on web tech for the GUI display.
In the long term, we plan to rewrite the entire GUI in [Xilem](https://github.com/linebender/xilem) which is the up-and-coming Rust GUI that I believe will finally get everything right, including performance (which is something many desktop GUI frameworks are actually bad it, and sometimes even worse than web). We'll still deploy a web version but at that point, it will become native-first.
Hopefully that roadmap and explanation of the architectural decisions clears up any worries about the short and long term state of our GUI.
-
Is it possible to create Android apps using Rust?
That said, Xilem is very close to that idea, but it's in its very early stages and nowhere near Flutter's capabilities.
- Xilem Vector Graphics (Rust meetup talk)
-
50 Shades of Rust, or emerging Rust GUIs in a WASM world
xilem#62 demonstrates how Xilem's reactive layer can target DOM nodes.
- GUI development with Rust and GTK 4
-
Floem - yet another new Rust native UI library
Inspired by Xilem, Leptos and rui, Floem aims to be a high performance declarative UI library with minimal effort from the user.
-
XUL Layout has been removed from Firefox
There are a number of up-and-coming Rust-based frameworks in this niche:
- https://github.com/iced-rs/iced (probably the most usable today)
- https://github.com/vizia/vizia
- https://github.com/marc2332/freya
- https://github.com/linebender/xilem (currently very incomplete but exciting because it's from a team with a strong track record)
What is also exciting to me is that the Rust GUI ecosystem is in many cases building itself up with modular libraries. So while we have umpteen competing frameworks they are to a large degree all building and collaborating on the same foundations. For example, we have:
- https://github.com/rust-windowing/winit (cross-platform window creation)
- https://github.com/gfx-rs/wgpu (abstraction on top of vulkan/metal/dx12)
- https://github.com/linebender/vello (a canvas like imperative drawing API on top of wgpu)
- https://github.com/DioxusLabs/taffy (UI layout algorithms)
- https://github.com/pop-os/cosmic-text (text rendering and editing)
- https://github.com/AccessKit/accesskit (cross-platform accessibility APIs)
In many cases there a see https://blessed.rs/crates#section-graphics-subsection-gui for a more complete list of frameworks and foundational libraries)
-
What was the hardest coming from C++ to Rust?
Yeah, Druid is being replaced by Xilem, but unfortunately Xilem isn't ready yet. So that whole project's in a bit of an awkward in-between phase where there isn't really any toolkit that can be recommended.
What are some alternatives?
rfcs - RFCs for changes to Rust
floem - A native Rust UI library with fine-grained reactivity
www.rust-lang.org - The home of the Rust website
iced - A cross-platform GUI library for Rust, inspired by Elm
Rocket - A web framework for Rust.
leptos - Build fast web applications with Rust.
vello - An experimental GPU compute-centric 2D renderer.
slint - Slint is a declarative GUI toolkit to build native user interfaces for Rust, C++, or JavaScript apps.
taffy - A high performance rust-powered UI layout library
vizia - A declarative GUI library written in Rust
druid - A data-first Rust-native UI design toolkit.
freya - Cross-platform GUI library for π¦ Rust powered by 𧬠Dioxus and π¨ Skia.