-
-
Notifications
You must be signed in to change notification settings - Fork 10.3k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Navigation does not lose focus when clicking on game background. #3344
Comments
Personally I would prefer the current behavior with the newly arisen bugs fixed as this prevents keyboard/gamepad navigation being unusable after clicking on the background. Or at least maybe this can be made optional. |
A very simple fix is to capture the click callback and unfocus manually the imgui window via code...
EDIT: |
Apologies for the issue and late reaction, will be looking at this. |
Pushed fix, this was incredibly dumb and thus equally puzzling and stressing to imagine that this bug went through. Minor note that:
The "dockspace" part of that statement is wrong, unless you mean the transparent area of a "passthrough" dockspace but when you hover that you are not hovering the dockspace. @domgho
There was a clear regression so we fixed it. |
…31fe97. (ocornut#3344, ocornut#2880) This would be problematic e.g. in situation where the application relies on io.WantCaptureKeyboard flag being cleared accordingly.
Version/Branch of Dear ImGui:
Version: 1.77
Branch: docking
My Issue/Question:
Clicking outside the UI (i.e. on the underlying void or dockspace) used to release the navigation. However, in commit d31fe97 a change was made where it no longer handles the case where
g.HoveredRootWindow == NULL
. This causes the navigation focus to remain stuck, causingio.WantCaptureKeyboard
to stay set and prevents the game from receiving any inputs. (until Esc is pressed at least)The text was updated successfully, but these errors were encountered: