Open Rakshitx1 opened 3 months ago
I forgot to mention, but I am using CMake to compile imgui to a library and then using it
are there any plans to add official CMake support for imgui?
Which version of GLFW are you using?
Currently the GLFW backend under systems other than Windows seems to be calling a different codepath, where it is possible that a combination of what GLFW does and what the WM does means you lose mouse inputs while dragging.
Please confirm GLFW version and open Tools->Debug Log->IO and capture IO log at the time of extracting a window into its own viewport.
With GLFW 3.3 we normally call:
glfwWindowHint(GLFW_FOCUS_ON_SHOW, false);
https://github.com/ocornut/imgui/blob/docking/backends/imgui_impl_glfw.cpp#L122C9-L122C41
And there's a workaround for older versions but it's Windows only: https://github.com/ocornut/imgui/blob/docking/backends/imgui_impl_glfw.cpp#L1128
I am using GLFW 3.5, I did notice imgui came with GLFW 3.3
[04951] [io] Processed: MouseButton 0 Up (Mouse)
[04951] SetActiveID() old:0xB89D6EE5 (window "Dear ImGui Debug Log") -> new:0x00000000 (window "")
[04952] [dragdrop] ClearDragDrop()
[04952] [viewport] Destroy Platform Window 8E350B18 'Dear ImGui Debug Log'
[04953] [viewport] Focused viewport changed 8E350B18 -> 11111111, attempting to apply our focus.
[04953] [viewport] Delete Viewport 8E350B18 'Dear ImGui Debug Log'
[04954] [io] Processed: AppFocused 0
[04954] [io] Processed: AppFocused 1
It seems to be destroying old window and creating a new window?
i forked on this commit: 7237d3e5c3a6b837b7b457460877cf5eea8c3745
The video link is invalid. I guess the question is to understand why you are getting the MouseButton 0 up event there.
At this point frankly I am considering to stop supporting multi-viewport under Linux since it's so complicated under this OS and we don't have any serious/focused contributor using Linux.
I think this is a duplicate of #3158, which links to an upstream issue in GLFW: https://github.com/glfw/glfw/issues/1562 With a potential fix here: https://github.com/rokups/imgui/commit/c510c112e081e334e06601302e5d9ca151ce62aa
Is that fix mergeable? I also see this on ImGui 1.90.8 under Linux/X11, so I'm happy to test things or work on improving that patch if you'd prefer a different fix. Multi-viewport support on Linux is critical for my usecase so I'm quite motivated to help out where I can :)
(though this particular bug doesn't personally bother me much)
Version/Branch of Dear ImGui:
Branch: Docking
Back-ends:
imgui_impl_glfw.cpp + imgui_impl_opengl3.cpp
Compiler, OS:
Linux + clang 19
Full config/build information:
Details:
When dragging a window either outside or inside the main screen boundary, it drops, necessitating a double-click to resume dragging.
Screenshots/Video:
No response
Minimal, Complete and Verifiable Example code:
ImGui::Begin("Test"); ImGui::Text("Hello World"); ImGui::End();