Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rust cross-platform GPUI components

github.com

Post reply on HN
Print view View original

121–130 of 225 posts

Re: Rust cross-platform GPUI components

#121

Post by [deleted] »

Buttons840 wrote: post #107
nu11ptr wrote: post #2

This looks to be one of the most complete Rust UI creates (in terms of available widgets/components), but unfortunately has almost no usage (yet). I do see their docs are coming along now. Another very complete one is fyrox-ui used by the fyrox game engine: https://crates.io/crates/fyrox-ui . Again, not really used/known outside of fyrox. The Rust UI scene is maturing, but the most popular options (iced, egui, dioxus…

Fyrox is such a blackpill for me (makes me doubt the Rust gamedev scene), because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it. Instead everyone is excited about the Entity-Component-System in Bevy, but once all the rough edges of Bevy are smoothed out, people excited about the ECS are going to realize they don't actually want to make art, or create game mechanics, they w…

[deleted]

Re: Rust cross-platform GPUI components

#122

Post by echelon »

Buttons840 wrote: post #107
nu11ptr wrote: post #2

This looks to be one of the most complete Rust UI creates (in terms of available widgets/components), but unfortunately has almost no usage (yet). I do see their docs are coming along now. Another very complete one is fyrox-ui used by the fyrox game engine: https://crates.io/crates/fyrox-ui . Again, not really used/known outside of fyrox. The Rust UI scene is maturing, but the most popular options (iced, egui, dioxus…

Fyrox is such a blackpill for me (makes me doubt the Rust gamedev scene), because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it. Instead everyone is excited about the Entity-Component-System in Bevy, but once all the rough edges of Bevy are smoothed out, people excited about the ECS are going to realize they don't actually want to make art, or create game mechanics, they w…

> because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it.

Bevy gets all the hype, but Fyrox has more maturity in a lot of surface area.

Bevy is led by a large team, and the leadership is ex-Google.

Fyrox is one solo Russian developer with 10x engineering output.

Bevy is ECS, Fyrox isn't.

Bevy does a great job marketing itself, it has a foundation and a large community, and people are excited to try and use ECS.

Re: Rust cross-platform GPUI components

#123

Post by airstrike »

andsoitis wrote: post #81
airstrike wrote: post #33

Earlier quoted context omitted.

FWIW that reply was from a different person :D In my case I did mean "I can write/maintain a UI rich/polished enough to pass as a 'shrink wrapped'"

> I did mean "I can write/maintain a UI rich/polished FWIW, you wrote that you actually HAVE done so, not just that you think you could: " but I've been able to build incredibly rich, enterprise-ready UI with Rust today. " Unless one has actually done so, and maintained/extended over a period of time, and not solo but with others, I don't know that one can be certain that a UI toolkit is good enough; certainly, it wo…

I have built it. It hasn't existed for long enough for me to say I've maintained it for an extended period of time, but then again I did not claim that. Nor did I use the word "certain". There's no certainty in life.

I hear your point, but it's important to note I'm not making those claims and I don't think all of that needs to be true for it to be some value of "enterprise-ready". You and I may disagree on the meaning of that term, and that's fine.

Re: Rust cross-platform GPUI components

#124

Post by moralestapia »

discreteevent wrote: post #106
moralestapia wrote: post #89

Earlier quoted context omitted.

>What is the likelihood of an attack on a desktop program via memory unsafety? Low. What's the likelihood of someone entering your house if it's unlocked? Also low, and yet you lock it.

A desktop program is already in a locked house - your desktop - which I can't login to.

[flagged]

Re: Rust cross-platform GPUI components

#126

Post by airstrike »

Boxxed wrote: post #100
nu11ptr wrote: post #14

Earlier quoted context omitted.

> I've been able to build incredibly rich, enterprise-ready UI with Rust today. Which UI crate did you use? The word "enterprise" caught my eye. So far I haven't found a Rust UI crate that I found rich enough, so I'm curious your experience.

I've had a lot of success with egui. We've needed to do some weird stuff and I've always been pleasantly surprised to see that the API is expressive enough that we're always able to work within the bounds of the library. Great documentation too. I have a feeling iced would work similarly well but the documentation situation wasn't as good last I checked.

The issue with the documentation is a lack of guides or tutorials, but the crate is 100% documented and I think the examples cover 100% of what 90% of people need. Looking at other apps helps too.

And if you're on Discord, the community is 10/10. I'm there all the time and always helping newcomers, and so are many others.

Re: Rust cross-platform GPUI components

#127

Post by pie_flavor »

Arch-TK wrote: post #99
pjmlp wrote: post #87

Earlier quoted context omitted.

They do, but you have to look into the right ones, from ex-Qt employees, https://slint.dev/ You can make use of Figma integration for something similar to Qt Design Studio. Too many folks nowadays don't seem to fully understand how powerful GUI designers for native code used to be. You always get some arguments about pixel perfect positioning, completly ignoring the fact most of them had layout managers available, ev…

The thing that irks me about slint is the use of the more restrictive GPLv3-only which prevents it from being incorporated into a project which is licensed GPLv3-or-later. I don't get why it is done like that.

GPLv4 could be the MIT license. GPLv3-or-later is a statement of arbitrary trust towards the FSF. Corporations serious about licensure, like SixtyFPS, aren't fans of that. (I don't think I've ever seen GPLv3-or-later in the wild from non-GNU/FSF software.)

Re: Rust cross-platform GPUI components

#128

Post by zelphirkalt »

Buttons840 wrote: post #107
nu11ptr wrote: post #2

This looks to be one of the most complete Rust UI creates (in terms of available widgets/components), but unfortunately has almost no usage (yet). I do see their docs are coming along now. Another very complete one is fyrox-ui used by the fyrox game engine: https://crates.io/crates/fyrox-ui . Again, not really used/known outside of fyrox. The Rust UI scene is maturing, but the most popular options (iced, egui, dioxus…

Fyrox is such a blackpill for me (makes me doubt the Rust gamedev scene), because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it. Instead everyone is excited about the Entity-Component-System in Bevy, but once all the rough edges of Bevy are smoothed out, people excited about the ECS are going to realize they don't actually want to make art, or create game mechanics, they w…

That's OK though. Other people will then be able to use Bevy for actually making a game.

And to be fair, not every great engineer is a great writer, artist, composer, or any other role one might like to have on board for making a game.

Re: Rust cross-platform GPUI components

#129

Post by diath »

zelphirkalt wrote: post #128
Buttons840 wrote: post #107

Earlier quoted context omitted.

Fyrox is such a blackpill for me (makes me doubt the Rust gamedev scene), because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it. Instead everyone is excited about the Entity-Component-System in Bevy, but once all the rough edges of Bevy are smoothed out, people excited about the ECS are going to realize they don't actually want to make art, or create game mechanics, they w…

That's OK though. Other people will then be able to use Bevy for actually making a game. And to be fair, not every great engineer is a great writer, artist, composer, or any other role one might like to have on board for making a game.

> Other people will then be able to use Bevy for actually making a game.

Nobody makes games in Bevy though, Bevy is just a very good, modern graphics tech demo, not something suitable for developing actual games. Even the biggest title out there, Tiny Glade, is just a level editor with precisely zero gameplay features. Bevy's "popularity" (on social media, not among game developers) is entirely hype-driven by people that do not actually make games at all.

Re: Rust cross-platform GPUI components

#130

Post by [deleted] »

Buttons840 wrote: post #107
nu11ptr wrote: post #2

This looks to be one of the most complete Rust UI creates (in terms of available widgets/components), but unfortunately has almost no usage (yet). I do see their docs are coming along now. Another very complete one is fyrox-ui used by the fyrox game engine: https://crates.io/crates/fyrox-ui . Again, not really used/known outside of fyrox. The Rust UI scene is maturing, but the most popular options (iced, egui, dioxus…

Fyrox is such a blackpill for me (makes me doubt the Rust gamedev scene), because Fyrox appears to be the most mature Rust game engine, but nobody uses it or cares about it. Instead everyone is excited about the Entity-Component-System in Bevy, but once all the rough edges of Bevy are smoothed out, people excited about the ECS are going to realize they don't actually want to make art, or create game mechanics, they w…

[deleted]
Post reply on HN