Task #11816 (new)
Opened 10 years ago
Last modified 8 years ago
Bug: Viewer split view resets viewport position on pointer exit
Reported by: | rleigh | Owned by: | jburel |
---|---|---|---|
Priority: | minor | Milestone: | Unscheduled |
Component: | Insight | Version: | 5.0.0-beta2-RC3 |
Keywords: | n.a. | Cc: | |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | n.a. |
Description
I found that the split view behaviour is incorrect, at least on Linux (other platforms not yet tested). This is seen for images which are big enough to require scrolling in the split view.
Select split view tab.
Initial view is centred. Hoewever, not that the y scrollbar is not centred, but x is. See the -initial screenshot.
Full zoomed out view is shown in the -all screenshot for comparison.
Try scrolling the image. See -scroll1 screenshot; in this example we have moved to the far bottom left of the split view.
Now, move the mouse outside the viewport/scrollbar area. The view resets to that shown in the -scroll2 screenshot. Notice that the view has been recentred in both x and y but the scrollbars remain unchanged.
Whatever signal is triggered on exiting the viewport, the recentre of the viewport is not desired since it is directly counter to the user's intentions of scrolling with the scrollbars.
Attachments (4)
Change History (8)
Changed 10 years ago by rleigh
Changed 10 years ago by rleigh
View reset to centre when pointer leaves viewport; scrollbars unchanged
comment:1 Changed 10 years ago by jamoore
- Milestone changed from Unscheduled to 5.0.0-beta2
comment:2 Changed 10 years ago by jburel
- Milestone changed from 5.0.0-beta2 to 5.0.0-beta3
comment:3 Changed 9 years ago by jamoore
- Milestone changed from 5.1.4 to OMERO-5.1.4
Splitting 5.1.4 due to milestone decoupling
comment:4 Changed 8 years ago by jamoore
- Milestone changed from 5.x to Unscheduled
Initial view (split view is centred)