W3C home > Mailing lists > Public > www-style@w3.org > November 2016

Proposed changes to -ms-scroll-chaining (Re: Scroll focus when reaching the end of a scrollable element)

From: Majid Valipour <majidvp@chromium.org>
Date: Thu, 10 Nov 2016 16:27:23 +0000
Message-ID: <CAB8RdXuTpcLzys4y=zkVH=X=ctGp-Q=G1erk2aF=PCGbrf50ww@mail.gmail.com>
To: www-style@w3.org
> On Tue, Sep 23, 2014 at 7:21 AM, Rick Byers <rbyers@chromium.org> wrote:
> > IE has -ms-scroll-chaining for precisely this problem.  Does that do
> > everything you'd want?

> Yes, that's the ticket. One note: -ms-scroll-chaining only applies to
> touch-based devices. I'd hope this would apply to mouse-based browsers as
> well.

I think the proposal here make sense. Rick was concerned that this may need
to be limited to statefull scroll input (touch/touchpad) but I don't see
any reason
why that should be a problem given that -ms-scroll-chaining is limited to
propagating upward to the nearest scrollable parent.

So I propose to adopt -ms-scroll-chaining with the following changes:

1. scroll-chaining should apply to all user input scrolls including mouse,
   touch, keyboard.  Programmatic scroll APIs such as
   are not affected by this.

2. Introduce long hands syntax scroll-chaining-{x,y} to allow scroll
chaining to
   be controlled  independently for each axis. For example a component
   does not overflow horizontally should not prevent propagation on that
   if it only needs to prevent the vertical propagation.

Optional 3. Define what happens if scroll-chaining is disabled on the
  I think a sensible choice here is to take it as meaning to prevent
  user-agent default overscroll actions such as overscroll swipe
  and pull-to-refresh. I have proposed to do this as part of viewport meta
  but this may be an even better solution.

I have a more detailed proposal with some additional suggestions on WICG
[1] but
some of the suggestions there are slightly off topic for this thread.


[1] https://github.com/w3c/csswg-drafts/issues/455
Received on Thursday, 10 November 2016 16:28:07 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:09:05 UTC