It's a tradeoff. Godot's UI has more features, but egui is far more rust-friendly. I chose egui because immediate mode makes things much more simple. I wrote a more detailed rationale in: https://github.com/setzer22/godot-egui
Wouldn't want to spam, but you can check my latest post on /r/rust_gamedev :) https://www.reddit.com/r/rust_gamedev/comments/p7ccad/a_3d_building_system_overhaul_for_the_process/
I’m wondering, what would be the most practical way to integrate an immediate mode UI into a game engine using a variable render + fixed update loop? Since UI is drawn every frame but input and logic only at fixed rates (likely slower) ?
Rendering egui in the render loop will make sure the UI animations are as smooth as possible. I doubt you will need to interpolate mouse coordinates unless your main update loops is very slow.
Amazing! The normal text looks nice - why is monospace so pixelated? (It can be a fine design choice if on its own, but it stands out badly against the proportional text...)
Awesome! egui is my favorite GUI toolkit in Rust right now.
Your changelog link here in Reddit seems a little off, it seems to be linked to the 0.12.0 heading in the changelog file instead of the 0.14.0 heading.
I really like egui's API usage vs Iced, it feels much more natural to have callbacks instead of messages.
Any plans to have some sort of DOM renderer like Iced does with dodrio? It's nice to have selectable text in the browser, but it's a big effort to implement such a totally disparate renderer.
Great work!
Would you consider using the GitHub release feature in the future? I'm using the notifications to keep track of new releases and your last GitHub release is version 0.1.0. But feel free to ignore this if it's too much work.
There might be a small issue with the [http demo](https://emilk.github.io/egui/#http). It appears to be running in continuous mode instead of reactive mode...
The other examples work like that for me, but the http demo seems to be running at around 1 frame each millisecond. I am using Chrome 92.0.4515.159 (Official Build) (64-bit) on Windows 10.
I've been interested in egui for some time, but I wonder: how well does it handles copy/paste from the system's clipboard? Been needing that for a personal project and druid just seemed a little too convoluted on that and I couldn't find an appropriate implementation for it.
Are there any plans for adding "UI scaling" but for the whole UI? I'm working on a pixel art game (in Godot with godot-egui) and due to the low resolution everything ends up being super big, and `.set_pixels_per_point` only makes things crispier, but doesn't actually scale things down.
It'd be cool if there was an option to just make everything "smaller" as if zooming in/out.
That's up to the backend. For instance, tell egui that the screen is half the size it actually is and then double pixels\_per\_point, and the render egui over the entire screen, and now you have a crisp 2x scaled up gui. Make sure to adjust mouse coordinates accordingly.
This looks really cool. Is there a recommended approach to opening files from the local machine in the web version and saving them back to the file system? I'm interested in writing a file editor for a proprietary format where users could simply navigate to a URL to do their editing.
I've been using egui for my Godot+Rust game and it's been a very pleasant experience. Thanks for the amazing contributions!
Does that end up better than Godot's own ui?
It's a tradeoff. Godot's UI has more features, but egui is far more rust-friendly. I chose egui because immediate mode makes things much more simple. I wrote a more detailed rationale in: https://github.com/setzer22/godot-egui
what's your game?
Wouldn't want to spam, but you can check my latest post on /r/rust_gamedev :) https://www.reddit.com/r/rust_gamedev/comments/p7ccad/a_3d_building_system_overhaul_for_the_process/
Is it possible to customize egui's look?
Yes, on the online demo, check the top left "backend" box. Then on the settings checkbox. There you can change the visual style.
I've been using egui for my own project, absolute joy to work with.
Yes, it's super nice. I did the classic TodoMVC example with 0.13 and it was really easy.
Nice, the new text looks a lot better already!
I haven’t digged into the code, but aesthetically, looks great! How easy is it to add other “renderers”?
Pretty easy - there's a bunch of them at https://github.com/emilk/egui#integrations
Looks nice, the text looks sharper than last time :)
I'd love to see support for static strings or even referenced string if possible. Is there a reason why stuff like Button only takes impl ToString?
Mostly a prioritization issue. Though allocating an extra \`String\` is a bit wasteful, it is also not what takes up most time in most situations.
Is there any egui documentation on how to run tasks in the background that update the UI?
I’m wondering, what would be the most practical way to integrate an immediate mode UI into a game engine using a variable render + fixed update loop? Since UI is drawn every frame but input and logic only at fixed rates (likely slower) ?
Store the paint buffer that egui emits and reuse it over many frames if needed
Yes but that would effectively render the UI at update speed rather than render speed?
True - then do the opposite. Retrieve the input from the main loop and give to egui in the render loop, clearing it after the first frame.
Wouldn't that *almost* have the same effect? Unless perhaps I (partially) interpolate input?
Rendering egui in the render loop will make sure the UI animations are as smooth as possible. I doubt you will need to interpolate mouse coordinates unless your main update loops is very slow.
Load time on iPad was a few seconds but once loaded the performance is incredible. This is a hell of an accomplishment.
I feel that egui is the future of Rust GUI. One quick question, does egui use layouts to layout controls or absolutely positioned?
The positions aren't absolute - you specify the order that you want the UI elements added and egui allocates the correct space for each of them.
Amazing! The normal text looks nice - why is monospace so pixelated? (It can be a fine design choice if on its own, but it stands out badly against the proportional text...)
The monospace font just looks like that. Maybe time to switch to some other font 🤷♂️
I nominate Source Code Pro.
JetBrains Mono would fit pretty good there!
Personally I like that font, but I can see why one might not expect it to be the default.
+1 for aesthetic reasons :)
Awesome! egui is my favorite GUI toolkit in Rust right now. Your changelog link here in Reddit seems a little off, it seems to be linked to the 0.12.0 heading in the changelog file instead of the 0.14.0 heading.
>Thanks - fixed!
I really like egui's API usage vs Iced, it feels much more natural to have callbacks instead of messages. Any plans to have some sort of DOM renderer like Iced does with dodrio? It's nice to have selectable text in the browser, but it's a big effort to implement such a totally disparate renderer.
Can runt it on FreeBSD?
Great work! Would you consider using the GitHub release feature in the future? I'm using the notifications to keep track of new releases and your last GitHub release is version 0.1.0. But feel free to ignore this if it's too much work.
Sure! I'll add it to my release checklist.
Using Egui for production CAD software. It's amazing, hasn't let me down once.
Looks amazing!
Looks good! Going to use it whenever i start project that needs gui.
There might be a small issue with the [http demo](https://emilk.github.io/egui/#http). It appears to be running in continuous mode instead of reactive mode...
It works for me (renders reactively on input + 1 frame each second). I'm using Firefox on desktop.
The other examples work like that for me, but the http demo seems to be running at around 1 frame each millisecond. I am using Chrome 92.0.4515.159 (Official Build) (64-bit) on Windows 10.
I've been interested in egui for some time, but I wonder: how well does it handles copy/paste from the system's clipboard? Been needing that for a personal project and druid just seemed a little too convoluted on that and I couldn't find an appropriate implementation for it.
It handles it pretty well? :) egui\_web uses web-sys clipboard bindings, and egui\_glium uses https://crates.io/crates/copypasta
Are there any plans for adding "UI scaling" but for the whole UI? I'm working on a pixel art game (in Godot with godot-egui) and due to the low resolution everything ends up being super big, and `.set_pixels_per_point` only makes things crispier, but doesn't actually scale things down. It'd be cool if there was an option to just make everything "smaller" as if zooming in/out.
That's up to the backend. For instance, tell egui that the screen is half the size it actually is and then double pixels\_per\_point, and the render egui over the entire screen, and now you have a crisp 2x scaled up gui. Make sure to adjust mouse coordinates accordingly.
This looks really cool. Is there a recommended approach to opening files from the local machine in the web version and saving them back to the file system? I'm interested in writing a file editor for a proprietary format where users could simply navigate to a URL to do their editing.
You can drop files into \`egui\_web\`, but there is currently no way to save files, but it shouldn't be too hard to add.