Details
-
Bug
-
Resolution: Fixed
-
P1: Critical
-
None
-
6.4.0 Beta1
-
None
-
-
5a4e5c62af0d462e0c26d691d3971e82f3241f4b
Description
We got one report from a potential customer, these are listed under this epic as separate tickets:
- Dragging of floating windows is sluggish and doesn't follow the mouse. It is also easy to lose a floating dialog by dragging it off the viewport
- Once a dockable window in undocked, the user is unable to redock it.
- We created a button that is styled to change its color when the user hovers over it, and to popup a dialog when it is clicked…
- While the dialog is up, the button retains it hover state. Even after dismissing the dialog, the button retains its hover state until the user clicks somewhere.
- Dismissing the dialog does not bring the focus back on the button. Cannot get focus on the button even by hitting the <Tab> key
- Hitting <Space> when the button has focus does not bring up the dialog,
Additionally there was areport that we often lose the floating windows as they go off the viewport
There’s a fix available in dev branch:
https://codereview.qt-project.org/c/qt/qtbase/+/421942, 5a4e5c62af0d462e0c26d691d3971e82f3241f4bng
Attachments
Issue Links
- covers
-
QTBUG-105350 When a dialog is dismissed, the hover state of the triggering button is retained
-
- Reported
-
-
QTBUG-105084 Dialog handling lost upon dragging
-
- Closed
-
-
QTBUG-105092 QDockWidget cannot be re-docked if floating
-
- Closed
-
-
QTBUG-105213 Pressing space/enter on a button with focus doesn't trigger its action
-
- Closed
-
-
QTBUG-105363 Opened dialog is not refreshed until mouse button click on it
-
- Closed
-