Rust

The IRC client, Halloy uses iced.rs and that is a very beautiful client. Also, the upcoming Cosmic Desktop major version uses Iced as well. So that maybe a good indicator where efforts are heading.

Not my area of expertise, but egui may suit your use-case better than the usual candidates.

GUI is just a mess. I think bevy is to-go though, it could be tuned a lot to turn down memory demand. Otherwise, use system level stuff, like web-based ui or Qt wrap.

At least that's what I ended up thinking after struggling with same question.

I tried to build simple UI with floem, slint, and iced.

1. slint seems to allow to do the most, it's GNU GPL, and it allows you to move boilerplate to separate *.slint files much like Qt, imo.
2. floem seemed the most flexible to me, but it requires attaching signals everywhere manually.
3. iced seemed the easiest to use, but not exactly too flexible. I think some looks of the already simple UI I wanted to create were not possible there.

You can check out my repo to see if it helps to answer your question. And yeah, I know the features shouldn't be mutually exclusive 🌚

The title seems a bit confusing. Do you want a game library, or a GUI library?

Assuming you're doing game dev, bevy is probably the furthest along, though there are a few alternatives. You can enable only the features and plugins you need to lower the memory footprint, though it's not clear to me how low of memory you're looking for.

As far as I know, everything uses winit. If you need the feature enabled, you can add it as a dependency directly (in Cargo.toml) and enable the feature.

If you're having a hard time, maybe consider a completed game engine. Have you looked at Godot? Does it need to be in Rust?

When I want to draw raw polygons, I use wgpu. When I want a GUI I used iced. And when I want both, I use wgpu+imgui.

Learning wgpu is quite steep, and it has tons of boilerplate. So unless you're certain that you will use it a lot. I would just use iced.

When I say wgpu I mean wgpu+winit. Though winit is quite simple and light. So the main part is wgpu.

Slint is a cross platform one.

Iced and egui are also an option.

Hi. Please take a look at Graph1. It may potentially be what you're looking for: https://graph1.codument.com/

It is designed for (simple) animated graphics projects. A considerable improvement in displaying pixel fonts is planned to be rolled out in 2-3 weeks.

Currently I use WxWidgets and Cocoa for macOS.

The best would probably be pure native UI with static/dynamic library in Rust for logic. Sounds hard, but it’s the best option in my opinion.

My 2 cents is below. Your decision depends on your tasks, preferences and targets.

• GPU framework maybe fast, but accessibility at 0
• HTML backend is nice, but I can’t choice other than native, which limits me quite hard for target user base. And I don’t like JS if not strictly required (it’s a personal preference).
• GTK on macOS and windows is quite hard to install and I don’t like visuals
• QT is in grey zone if static (non-GPL project), and I haven’t found good way to bundle it if dynamic
• ImGUI is nice but I don’t know if they support HiDPI monitors and accessibility is not the highest
• fltk is nice, but 1) many things you’ll have to write by you own, rewriting sometimes from FLTK2 C++ code… and community could be more chill and friendly
• Windows Metro UI… probably no crates
• Win32 API GUI works perfect
• Swift… probably yes, but it’s very OS-dependent
• Cocoa — very nice for macOS.
• current stop is WxWidgets: small, embedded, look… ok for now.
• there’s some framework for iOS and Android, looks fine for me, but not my target ATM.

Personally I would start with plain SDL2 and then add GTK. Both of them are language-agnostic, so you are learning something that you can use in other projects too. And are widely used, so while the Rust binds might add some spiciness to the mix, it should be easier to search for clues