You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 24, 2021. It is now read-only.
It would be nice to separate the windowing and graphics backends, just like how imgui provide separates its backends. This will allow people to mix and match different backends.
The text was updated successfully, but these errors were encountered:
Are these what you have in mind? I couldn't work wit the current backends, since they inversed the control over my app structure, so I had to write them on my own.
Looks good, overall. The example looks a bit more verbose because you didn't use egui::app::Backend trait & scaffolding around it, but I don't think there's a easy way to use that trait and keep the windowing platform and graphics api separate. And like you said, it inverses control of the app structure, so I think I like this divide better.
Also, looks like you already updated it to support egui = 0.2. I still haven't gotten around to that yet.
Yeah, the inversion of control was the biggest pain point, which prevented me from using it in my current project. There is of course more scaffolding, but it's a tradeoff. Most likely there is also room for traditional backend like the web or glium backend with wgpu and winit.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
It would be nice to separate the windowing and graphics backends, just like how imgui provide separates its backends. This will allow people to mix and match different backends.
The text was updated successfully, but these errors were encountered: