pointer-events: none should not be applied to overlay scrollbars |
|||||
Issue descriptionChrome Version: 57.0.2987.133 (64-bit) OS: All What steps will reproduce the problem? (1) open the page in attachment (2) scrollbar not draggable What is the expected result? https://developer.mozilla.org/en/docs/Web/CSS/pointer-events pointer-events: none should only effect element not scrollbar
,
Apr 5 2017
For Other Browser: FF/IE/Edge: scrollbar can not drag or scroll by wheel Safari: scrollbar can drag not scroll by wheel
,
Apr 5 2017
Oh...interesting. Thanks for checking. Seems we're not the first (even in Chrome) to come across this :) https://lists.w3.org/Archives/Public/www-style/2013Nov/0330.html In that case, I think we should match other browsers and the thread on www-style and not do anything, in which case I think we can just mark this WontFix? Could you also see what happens on Android/iOS? We should probably also make sure the behavior is at least consistent - i.e. we should show the scrollbars if we can't use them or scroll with them. In any case, I think since pointer-events: none *should* affect scrollbars, lets punt on this for now, the finer points of how this should work is lower priority.
,
Apr 6 2017
,
Apr 6 2017
I'd actually like to leave this open (sorry, I changed my mind *while* writing my comment above) to track ensuring the behavior is rational. IMO, it's confusing that we show scrollbars that can't be scrolled.
,
May 10 2017
So just check and make sure we match what Safari overlay scrollbars do. I don't think this is terribly significant but we should hopefully match behavior.
,
May 12 2017
For Safari overlay scrollbar, programmatic scroll will also show the scrollbar. https://jsfiddle.net/xgfgtahw/
,
May 12 2017
Interestingly, it looks like we don't even composite the scroller if it's pointer-events: none, guess we just assume it can't be scrolled by the user so there's no point in promoting it - we get the big scrollbars even with --enable-prefer-compositing-to-lcd text. In anycase, that'll likely get fixed as we move to SPv2 so I think the behavior here is correct for now. Thanks! |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by bokan@chromium.org
, Apr 5 2017Cc: -chaopeng@chromium.org
Components: UI>Shell
Labels: -Pri-3 Hotlist-Input-Dev OS-Chrome Pri-1
Owner: chaopeng@chromium.org
Status: Assigned (was: Untriaged)
Summary: pointer-events: none should not be applied to overlay scrollbars (was: pointer-events: none should not effect scrollbar)