The rewrite of vncviewer for FLTK replaced the edge/bump scrolling with a simple scrollbar. This wasn't on purpose, rather it was just the simplest implementation. People seem to miss the old bump scrolling though, so we should consider putting the effort into fixing it.
Fixed in r25712.
Mouse tracking is broken. Suspect it is caused by this bug.
Fixed in r25760.
Works like a charm, i tested using latest build 3680 with a session size of 4096x4096 and without auto resize session, moved around the desktop from edge to edge, and verified that corners moved in both axis.
Tested the above on MacOS X Client and stumble upon 2 issues: 1, Started a session 4096x4096 non fullscreen, and went into fullscreen, i got scrollbars showing when in fullscreen which was not the case for the linux client. Also when moving mouse over scrollbars the edgescrolling was perform eg. i couldnt take a scrollbar and use it as one would.. Should NOT show the scrollbars anyway! 2. Another thing was that this Mac have 2 monitors, when session was fullscreen and i left the screen with mouse to the other screen edge scroll was performed using the other "local" screen even up/down worked, until i clicked something and lose the focus of vncviewer, then it worked as expected eg. no control of edgescroll on secondary screen.
(In reply to comment #5) > Tested the above on MacOS X Client and stumble upon 2 issues: > > 1, Started a session 4096x4096 non fullscreen, and went into fullscreen, > i got scrollbars showing when in fullscreen which was not the case for > the linux client. Also when moving mouse over scrollbars the edgescrolling > was perform eg. i couldnt take a scrollbar and use it as one would.. > Should NOT show the scrollbars anyway! > Happens on Windows as well. > 2. Another thing was that this Mac have 2 monitors, when session was fullscreen > and i left the screen with mouse to the other screen edge scroll was > performed > using the other "local" screen even up/down worked, until i clicked > something > and lose the focus of vncviewer, then it worked as expected eg. no control > of > edgescroll on secondary screen. Not going to bother with this right now. Bug 4432.
(In reply to comment #6) > (In reply to comment #5) > > Tested the above on MacOS X Client and stumble upon 2 issues: > > > > 1, Started a session 4096x4096 non fullscreen, and went into fullscreen, > > i got scrollbars showing when in fullscreen which was not the case for > > the linux client. Also when moving mouse over scrollbars the edgescrolling > > was perform eg. i couldnt take a scrollbar and use it as one would.. > > Should NOT show the scrollbars anyway! > > > > Happens on Windows as well. > Fixed in r26014. Also improves keyboard grabbing on Windows.
(In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #5) > > > Tested the above on MacOS X Client and stumble upon 2 issues: > > > > > > 1, Started a session 4096x4096 non fullscreen, and went into fullscreen, > > > i got scrollbars showing when in fullscreen which was not the case for > > > the linux client. Also when moving mouse over scrollbars the edgescrolling > > > was perform eg. i couldnt take a scrollbar and use it as one would.. > > > Should NOT show the scrollbars anyway! > > > > > > > Happens on Windows as well. > > > > Fixed in r26014. Also improves keyboard grabbing on Windows. Issue is verified and working nice on both OsX and Win using build 3689
A new problem is identified, edge scrolling doesn't work if screens edges are unaligned / mismatch in resolutions, look like edge detection is done against virtual sized edge and is not compensated for "edge of monitor", see following example: .------------------------------. | 1680x1050 | 1280x720 | | | | | | 2 | | 1 |xxxxxxxxxxx' '------------------' The xxxx edge of screen is not detected as a scroll edge, if i move the layout and moving down screen 2 so its edge is aligned with screen 1 bottom, the top of screen 2 is not detected as a scroll edge.
To messy to solve easily, and shouldn't be that common in the real world. Ignoring for now.
