Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
On Sat, Dec 19, 2015 at 6:47 PM, Michael Gilbert wrote: > The 8x scrollbar width seems to me like the biggest problem. Users > can easily go beyond that without intending it, especially on high DPI > monitors. Scrollbars are normally scaled up so they have the same apparent physical width on high DPI monitors, aren't they? This is certainly what happens on other OSes. (Otherwise, targeting scrollbars becomes very hard on such screens.) In which case, higher DPI screens are no more a problem than low DPI screens. We made sure to consider this factor, since many supported platforms are moving toward higher DPI screens being prevalent. PK
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
> For reference, in > https://code.google.com/p/chromium/issues/detail?id=567968#c8 I've > given some of the arguments for this behavior as it stands. Please read > my comments there before considering patching this downstream. > > If you continue to believe this is a "bad implementation choice" I'd be > happy to discuss upstream what would be appropriate to tune this behavior, > but given that this is longstanding behavior that we've already done tuning > on in response to user feedback, it's not obvious there are still glaring > problems. The 8x scrollbar width seems to me like the biggest problem. Users can easily go beyond that without intending it, especially on high DPI monitors. Checking that you're within 8x of the opposite side seems like a better approach, since that would clearly be intentional. Although that too could be problematic for very skinny windows. Best wishes,
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
For reference, in https://code.google.com/p/chromium/issues/detail?id=567968#c8 I've given some of the arguments for this behavior as it stands. Please read my comments there before considering patching this downstream. If you continue to believe this is a "bad implementation choice" I'd be happy to discuss upstream what would be appropriate to tune this behavior, but given that this is longstanding behavior that we've already done tuning on in response to user feedback, it's not obvious there are still glaring problems. PK
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
On Sat, Dec 12, 2015 at 10:06 PM, David Fries wrote: > I'm sorry, yes I should have been more specific, I measured it now at > 138 pixels, which is a tenth of a window for me at home or a twentieth > at work. 138 pixels seems like an incredibly arbitrary choice. For HD monitors those pixels will consume far less physical space than on a low res monitor. Anyway, that sounds like a bad implementation choice, and you should try to convince upstream that is so. > This is a regression of expected UI > behavior on Linux making it inconsistent with every other program I'm > aware of. Will Debian carry simple patches that help make the user > experience more cohesive? I agree that jumpy behavior like this is not good. I haven't ruled out applying the patch, but would prefer to see an upstream solution can be achieved first. Best wishes, Mike
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
On Sat, Dec 12, 2015 at 08:56:12PM -0500, Michael Gilbert wrote: > control: tag -1 confirmed, -moreinfo > > On Sat, Dec 12, 2015 at 8:40 PM, David Fries wrote: > > Which version of chromium are you running that isn't showing the > > problem? If there is some other way for the scroll bars to work > > properly that would be the only alternative to patching it seems. Or > > do you have any suggestions on how to work with upstream to make this > > under control of a theme, or setting, or anything? > > You said it was a few pixels. For my setup, I had to move the mouse > over at least a fourth of the window, which is why I couldn't > reproduce it. I'm sorry, yes I should have been more specific, I measured it now at 138 pixels, which is a tenth of a window for me at home or a twentieth at work. > If it is only a couple pixels on your setup, then that really is a > bug, and upstream shouldn't ignore you, but you do need to provide > them more information. Unless they were to make the distance be the width of the window (minus a pixel in case it is full screen), I can no longer use the pointer to point things out while dragging the scroll bar or scroll and move directly to a link. This is a regression of expected UI behavior on Linux making it inconsistent with every other program I'm aware of. Will Debian carry simple patches that help make the user experience more cohesive? -- David Fries
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
control: tag -1 confirmed, -moreinfo On Sat, Dec 12, 2015 at 8:40 PM, David Fries wrote: > Which version of chromium are you running that isn't showing the > problem? If there is some other way for the scroll bars to work > properly that would be the only alternative to patching it seems. Or > do you have any suggestions on how to work with upstream to make this > under control of a theme, or setting, or anything? You said it was a few pixels. For my setup, I had to move the mouse over at least a fourth of the window, which is why I couldn't reproduce it. If it is only a couple pixels on your setup, then that really is a bug, and upstream shouldn't ignore you, but you do need to provide them more information. Best wishes, Mike
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
Michael Gilbert wrote: > control: tag -1 moreinfo >... > That said, I don't see the problem with my setup (xfce for what it's > worth), so maybe there is something about the environment that can > avoid the issue. If so, I would prefer users configure that, rather > than applying a patch. I see the same problem both with my daily updated Sid desktop and on Jessie Stable. All just as previously described by the original bug reporter. Grab the scroll bar. Move the scroll bar. Move the pointer a short ways off the scroll bar, say inward toward the center of the window, this causes the window to jump back to the original location. Comment #4 in the upstream bug log says this is intentional behavior in order to jump back and forth between two different regions. Workaround: Don't use the scrollbar and mouse for scrolling. Use the mouse wheel or use touchpad two finger scrolling. If you only have a trackpoint then... mouse as precisely as possible. I also recommend the Vimium plugin set for j & k keystroke scrolling. Bob signature.asc Description: PGP signature
Bug#807531: scrollbars are snapping back moving mouse away from scroll bar
control: tag -1 moreinfo control: severity -1 minor control: forwarded -1 http://crbug.com/567968 > Upstream chromium broke the scroll bar behavior, move a few pixels > away from the scroll bar and it jumps back someplace else This does seem like it would be unexpected, and their comments even say that the design is based on how windows now does scroll bars. That said, I don't see the problem with my setup (xfce for what it's worth), so maybe there is something about the environment that can avoid the issue. If so, I would prefer users configure that, rather than applying a patch. Best wishes, Mike
