W3C home > Mailing lists > Public > www-style@w3.org > June 2015

Re: [css-snappoints] scroll-snap and scrollTo/scrollIntoView interactions

From: Robert O'Callahan <robert@ocallahan.org>
Date: Sat, 20 Jun 2015 00:32:44 +1200
Message-ID: <CAOp6jLYQZjAkOrOb6WJc+rXJ-g9+9zp_0KVM-_TNmzxVjAspcQ@mail.gmail.com>
To: Brent Fulgham <bfulgham@apple.com>
Cc: www-style <www-style@w3.org>
On Fri, Jun 19, 2015 at 4:32 AM, Brent Fulgham <bfulgham@apple.com> wrote:

> The current specification  <http://dev.w3.org/csswg/css-snappoints> is
> silent on what special scroll snap behavior should be triggered when a page
> or element with scroll snap points is manipulated through window.scrollTo
> or element.scrollIntoView.
>
> Since many of the window.scrollTo/element.scrollTop/element.scrollLeft
> uses are to manually animate scrolls, we probably do not want to trigger
> snapping for these cases.
>
> It’s less clear what to do for scrollIntoView. If aligning with the top or
> bottom of a view does not align with any defined scroll snap points for
> that view, should we adjust the positioning to match the closest snap point?
>

I think scripted scrolling should not be snapped by default, but we should
extend the ScrollOptions dictionary with a 'snap' member.

Rob
-- 
oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo
owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo
osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoiono,o oaonoyooonoeo
owohooo
osoaoyoso otooo oao oboroootohoeoro oooro osoiosotoeoro,o o‘oRoaocoao,o’o
oioso
oaonosowoeoroaoboloeo otooo otohoeo ocooouoroto.o oAonodo oaonoyooonoeo
owohooo
osoaoyoso,o o‘oYooouo ofooooolo!o’o owoiololo oboeo oiono odoaonogoeoro
ooofo
otohoeo ofoioroeo ooofo ohoeololo.
Received on Friday, 19 June 2015 12:33:13 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:54 UTC