Warzone 2100 Forums

Hey everyone!

Here is a preview of something I was playing around on for some time: a UI reimplementation using popular ImGui library. This awesome project allows one to convert UI as you go, without doing a full switch, so it's relatively easy to compare old and new versions and debug any issues.

Here is a new frontend/ main menu:


Here is an in-game UI, both old and new reticule, object screen and powerbar at the same time:


ImGui also supports styling:

Very interesting. Patches available?

Prot wrote: ↑13 Mar 2019, 12:42 Very interesting. Patches available?

https://github.com/inodlite/warzone2100/tree/imgui

This is very interesting. If you have a chance, please rebase on top of the latest master. The latest master incorporates a lot of work wrapping OpenGL calls to support a future Vulkan backend. (Also options like Display Scaling & live window resizing / layout-recalculation which may impact this work. And it compiles much more easily on many platforms, to help with testing. And fixes numerous bugs. )

I'd be happy to help work on this effort, but we really need it rebased on top of the latest master. (For one thing - 3.2.3 doesn't compile on macOS at all, and has various severe bugs on other platforms.)

Nice!

+1 for rebasing off master before going further. There have been a lot of changes to the codebase since 3.2.3 so hopefully you don't run into too many merge conflicts, if any.

I have not looked at master at all, but I would expect frontend part to apply more or less cleanly due to completely un-invasive code, it should even work with vulkan, provided that you use proper imgui backend. Please feel free to give it a try, branch was mentioned above.

Model rendering, on other hand, might require some tweaking, judging from what you described in rendering improvements...

Anyways, with model rendering it's relatively easy to churn out fancier stuff like a research view:


It can benefit from color-coding stuff that is available vs already researched, but otherwise it's only a short step away from a goal-guided research!

i-NoD wrote: ↑15 Mar 2019, 10:34 I have not looked at master at all, but I would expect frontend part to apply more or less cleanly due to completely un-invasive code, it should even work with vulkan, provided that you use proper imgui backend. Please feel free to give it a try, branch was mentioned above.

At the moment, you are probably the best person to try to rebase on top of master. (Also please keep in mind that we've been trying to remove Qt dependencies.) Once that's done, there are several folks who would likely be happy to help with work on this branch (including myself).

Unfortunately ImGui is only suitable for testing, debugging something, but not for creating a product for a regular user. While it may be possible to somehow accommodate.
There are good controls in the Godot engine, Blender3d. Maybe nuclear GUI.

moltengear wrote: ↑15 Mar 2019, 23:49 Unfortunately ImGui is only suitable for testing, debugging something, but not for creating a product for a regular user. While it may be possible to somehow accommodate.
There are good controls in the Godot engine, Blender3d. Maybe nuclear GUI.

Reference? There are a number of released apps / games that use ImGui for their UI.

Looks interesting. One issue — as far as I can tell, ImGui has the same major problem that Warzone 2100 currently has — if clicking twice between frames, then at least one click is ignored, and the mouse position at the time of clicking is ignored. This often results in having to click about 5-10 times in a row to research or build something before it succeeds, especially during battles with many units.

There really really needs to be a separate event-handling pass (per event), as well as a rendering pass. There's an unfinished attempt (doesn't compile) here: https://github.com/Cyp/warzone2100/comm ... c3ad533800

Cyp wrote: ↑16 Mar 2019, 09:19 as far as I can tell, ImGui has the same major problem that Warzone 2100 currently has

That's likely correct.

ImGui is plugged directly (it bypasses whatever buffers WZ has) into same SDL polling system that WZ has, plus ImGui has no queue of its own AFAICT. Here is the method that accepts events from SDL: https://github.com/ocornut/imgui/blob/8 ... dl.cpp#L83 . It will result in a "merge" of all events at the start of a frame; plus ImGui will get current/last mouse pos at each frame, as seen in ImGui_ImplSDL2_UpdateMousePosAndButtons.

You can definitely run per-event UI updates, trouble is in ImGui's "immediate" part: you'll be constructing drawing lists on every pass and then simply discarding them to avoid overpainting same frame... Although, you probably could do some optimizations like say, if you've got multiple events, mark all but last pass as a no-drawing ones and then for every window (ImGui::Begin), check if mouse is hovering on top of it and go straight to End if not, bypassing anything inside the window and keeping it to bare minimum of calculations. You could also devise a system for keypresses, e.g. reticule caring about F1-F6 and ignoring the rest.

pastdue wrote: ↑16 Mar 2019, 02:23

moltengear wrote: ↑15 Mar 2019, 23:49 Unfortunately ImGui is only suitable for testing, debugging something, but not for creating a product for a regular user. While it may be possible to somehow accommodate.
There are good controls in the Godot engine, Blender3d. Maybe nuclear GUI.

Reference? There are a number of released apps / games that use ImGui for their UI.

Nuklear GUI has flags that allow you to customize the behavior of the window.
You can remove the curb, the ability to move controls, etc.
Nuklear GUI has more flexibility. It is possible to use both for debugging and for creating the final product.

Flags of nuklear
NK_WINDOW_BORDER - Draws a border around the window to visually separate window from the background
NK_WINDOW_MOVABLE - The movable flag indicates that a window can be moved by user input or by dragging the window header
NK_WINDOW_SCALABLE - The scalable flag indicates that a window can be scaled by user input by dragging a scaler icon at the button of the window
NK_WINDOW_CLOSABLE - Adds a closable icon into the header
NK_WINDOW_MINIMIZABLE - Adds a minimize icon into the header
NK_WINDOW_TITLE - Forces a header at the top at the window showing the title
NK_WINDOW_BACKGROUND - Always keep window in the background
NK_WINDOW_SCALE_LEFT - Puts window scaler in the left-bottom corner instead right-bottom

I don't know whether ImGui has such capabilities. I searched, I didn't find.
https://www.gamedev.net/forums/topic/69 ... ear-imgui/
It was interesting to me to read what they say about it.