imgui VS GTK+

I find the imgui UIs to be very high density (https://github.com/ocornut/imgui and the gallery issues) See for example the tracy profiler: https://github.com/wolfpld/tracy. It seems the game dev community has pretty powerful tools to understand and interrogate their work.

The user interface has been entirely developed using immediate mode gui dear-imgui library, with the ImGui.NET wrapper. This allows for a fast and bloat free experience but, at the same time, harder customization for a task of this size, since the library isn't really suited to the development of end-user applications. On the other side, it's what I'm most familiar to work with.

I've recently had a lot of fun/success with Dear ImGui (C++) -- not a game engine, but originally/partly meant for use in them. https://github.com/ocornut/imgui

You can manually transform vertices (call ImGui::ShadeVertsTransformPos) this is what angled headers are using https://github.com/ocornut/imgui/issues/6917

Cool project! Graphics programming is _hard_ and anything to make it easier is welcome.

Maybe a dumb question, but why not Imgui (https://github.com/ocornut/imgui). "It's way too big and complex" is a completely reasonable answer, but I found it fantastic for debug menus, and there are a few applications that have used it as their _main_ GUI (Ship of Harkinian as an example).

The most well known immediate mode GUI framework, which egui is also inspired by, is Dear imgui. The egui repository also has a section on the trade offs when it comes to immediate mode GUIs, which I would definitely recommend you check out.

> "Minimize state synchronization."

> void UpdateUI()

Minimize state synchronization by effectively synchronizing state on each screen refresh?

> "Minimize state storage on user side."

> Immediate mode is a style of API where important state is kept in user code

Then reduce state stored in user code by storing "important state" in user code?

> "Minimize setup and maintenance."

I don't find the example convincing. It seems like any more complexity beyond this toy example puts you right back where you started. Building components by hand is stone age ideology regardless of how you push state.

https://github.com/ocornut/imgui/blob/master/examples/exampl...

> "Easy to use to create dynamic UI which are the reflection of a dynamic data set."

Which is great for a video game.

Clone https://gitlab.gnome.org/GNOME/gtk

This is the GTK file chooser, not to be confused with the gnome file browser (nautilus). The repo is there. The issue for this particular bug is there. My merge request is there.

GTK and Gnome are almost 25 years old, and they're nowhere as messy as the Windows

https://gitlab.gnome.org/GNOME/gtk

I'm trying to port a small GTK3 project over to GTK4 and I'm stuck for a week or so at wrapping my head around menu bars. In GTK3 I used `GtkMenuBar` which is replaced by `GtkPopoverMenuBar` as far as I understand, but I don't understand how. All examples I've found for GMenuModel implemented that hamburger symbol which I don't like (example given).

git clone gtk repo, git checkout the gtk-3-24 branch.

GNOME does maintain GTK. It is the core of their development platform. Its code is even hosted on GNOME's Gitlab

in '~/.config/gtk-3.0/gtk.css' file. Please note this may break some apps somehow. Also, this is not solution, it's only a workaround. It's better to communicate with GTK developers here: https://gitlab.gnome.org/GNOME/gtk

Yeah, that's the Gtk file dialog. Please file a bug report at https://gitlab.gnome.org/GNOME/gtk.

I'm trying to make a text editor in gtk (yes I know there are already plenty of those, but it is a project to learn, not for actual use), and I got pretty far already I would think. I'm basically following the GTK docs for GTK4 and cross checking them with the examples from the GTK git. However I am stuck on something. The current most state of my program is broken, as I get this error when trying to start the program: