Opened 15 years ago
Closed 14 years ago
#90 closed defect (fixed)
Resizing top level window using top border breaks mouse coordinates
| Reported by: | Dmitry A. Kuminov | Owned by: | |
|---|---|---|---|
| Priority: | critical | Milestone: | Qt Beta 4 |
| Component: | General | Version: | 4.5.1 Beta 3 |
| Severity: | Keywords: | ||
| Cc: |
Description
If you resize the top level window by grabbing its top border and moving it up, mouse coordinates (as seen by Qt) are broken somehow (approximately) by the dimension of the vertical resize.
This can be seen for instance in the standard QFileDialog: after the described resize, pressing mouse in the family selector list box will select an item above the actual mouse location.
Note: See
TracTickets for help on using
tickets.
Okay, as I suspected that was due to the fact that the PM coordinate space is vertically flipped compared to the Qt coordinate space and therefore WM_SIZE events from PM may actually also mean widget movements in Qt coordinates. These WM_SIZE originated movements were not reported to Qt and therefore window position from the Qt point of view remained the same which didn't correspond to the actual position on screen.
This is fixed in r290.