Version/Branch of Dear ImGui:
Version: V1.75 (current GIT)
Branch: started with master, now looking at docking
Back-end/Renderer/Compiler/OS
Back-ends: imgui_impl_opengl2.cpp + imgui_impl_glfw.cpp
Compiler: Visualstudio (+gcc/clang)
Operating System: Windows 10 (Windows as primary, also Linux)
My Issue/Question:
I am experimenting with ImGui with a rather old code base, I would like to migrate imy program from the Gwen user interface. The program uses multiple displays, and typically has an window (currently Glfw window) for each display. I need to show a GUI on two of the displays.
I do not need to move ImGui windows from their original host windows, and the GUI elements on different displays are actually independent. The host windows can be either in normal or fullscreen windows. At the moment I am not using threads (well the GUI operation happens in the main thread)
I originally tried to solve my problem using separate ImGui contexts for the two GUIs, but I think there was some issues with global/static shared state even when using different contexts. The Docking branch has support for multiple windows when additional platform windows are created by ImGui, but should it work with multiple host windows?
I guess I could make this work by using namespaces and integrating ImGui twice to my software. I originally thought that this would be a "dirty" solution, but I am not so sure any more.
So I would appreciate any pointers/examples regarding how I should go forward. Master vs Docking branch? Single context or swapping Context? Or maybe just take the namespace route for now? Issues #586 and #269 seem to be related, but I am not quite sure how much ImGui has changed since they were created.
And my apologies if I just did not find an already existing example. (and also for not providing example code from my attempts).
Eero
Version/Branch of Dear ImGui:
Version: V1.75 (current GIT)
Branch: started with master, now looking at docking
Back-end/Renderer/Compiler/OS
Back-ends: imgui_impl_opengl2.cpp + imgui_impl_glfw.cpp
Compiler: Visualstudio (+gcc/clang)
Operating System: Windows 10 (Windows as primary, also Linux)
My Issue/Question:
I am experimenting with ImGui with a rather old code base, I would like to migrate imy program from the Gwen user interface. The program uses multiple displays, and typically has an window (currently Glfw window) for each display. I need to show a GUI on two of the displays.
I do not need to move ImGui windows from their original host windows, and the GUI elements on different displays are actually independent. The host windows can be either in normal or fullscreen windows. At the moment I am not using threads (well the GUI operation happens in the main thread)
I originally tried to solve my problem using separate ImGui contexts for the two GUIs, but I think there was some issues with global/static shared state even when using different contexts. The Docking branch has support for multiple windows when additional platform windows are created by ImGui, but should it work with multiple host windows?
I guess I could make this work by using namespaces and integrating ImGui twice to my software. I originally thought that this would be a "dirty" solution, but I am not so sure any more.
So I would appreciate any pointers/examples regarding how I should go forward. Master vs Docking branch? Single context or swapping Context? Or maybe just take the namespace route for now? Issues #586 and #269 seem to be related, but I am not quite sure how much ImGui has changed since they were created.
And my apologies if I just did not find an already existing example. (and also for not providing example code from my attempts).
Eero