Rune: A native GPU-rendered Rust UI framework for macOS, Windows, Linux and web

Sort of a digression, but it's the first time I've seen something like this:

    > We don't take pull requests. Have your agent open
    > an issue describing the bug or idea, and our agents
    > usually turn it around fast.

How should I think about this, compared to GPUI (https://gpui.rs)? What are pros and cons?

> Every app can run headless, so an agent can render to PNG, dump the element tree and drive it with scripted input.

This is cool. I hope SwiftUI / UIKit borrow this idea for native mac apps.

Looks interesting, especially the headless part. Been building various apps lately for ios/ipados/macos for personal use and I would love something like this that would be truly cross platform. Xcode with agent use has been really nice to work with, and t3.code support for emulators has been amazing to use.

Does this have:

- Accessibility? E.g. Screen reader support?

- Alternative inputs? Full keyboard support?

- Full internationalization, including right-to-left and diacritics?

What happens when no GPU is available?

Just curious as this matters for it to be a serious library and not a proof of concept.

Rune, the rust ui framework, not to be confused with Rune, an embeddable dynamic programming language for Rust

What does "native" mean to these people. Native UI means using the widgets provided by the operating system. This is not that.

So it's a UI framework by agents, for agents?

I was thinking "Builds and tests with a fast-moving Rust code base like this must be painful", then I noticed the total absence of tests: https://github.com/anomalyco/rune/commits/dev/

> native GPU-rendered Rust UI

Sorry, what? I feel like I've studied the Rust UI ecosystem pretty well, and the examples look nice, but if I've learned anything it's that "native" and "GPU-rendered" are oxymoronic.

Likely the fonts will be fuzzy on various platforms, accessibility will be under-baked and it will land in the bucket with every other UI framework depending on winit. I like the personalities at anomaly, but I'm quite confused about what's even driving a decision to build something like this versus contributing to egui, GPUI, Iced, etc.

This is what a vibe coded UI framework looks like.

Have a read of the clean documentation that they never wrote or read. [0]

All the clean code, architecture principles thrown out of the window in favour of hundreds of code smells, anti-patterns, zero tests, and tons of unmaintainable slop.

[0] https://github.com/anomalyco/rune/blob/dev/crates/rune/READM...

...what does this do? Is it just a vibecoded version of https://www.egui.rs/