Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Overlays remain visible if Escape Key is pressed (Windows) #143

Closed
githubuser0xFFFF opened this issue Apr 1, 2020 · 1 comment
Closed
Assignees
Labels

Comments

@githubuser0xFFFF
Copy link
Owner

If on Windows a CFloatingDockWidget is dragged around and the dragging is canceled, then it may happen, that the overlays are not hidden. If the dragging of a Windows is canceled via escape key, then the Window is move to its initial drag position. If the mouse cursor is outside of the Window after this move, then a QEvent::NonClientAreaMouseButtonRelease event will be generated, which in turn docks the Window into the selected drop position. If the mouse cursor is inside of the Window after the Window has been reset to its initial position, a QEvent::MouseButtonRelease will be generated, that is not handled yet which in turn will not hide the overlays. The following animation shows this problem. The Window is moved downward. Then the escape key is pressed and the Window is rest to its inital position. Because the mouse is in the client are of the Window now, a QEvent::MouseButtonRelease event is generated.

ADS_Escape_Bug

@githubuser0xFFFF
Copy link
Owner Author

The problem should be solved with the following two commits:
28dc374
998fe9f

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant