Re: [css-snappoints] 11/6 Snap points draft update

Thanks!!!

I think it's important to soon resolve the issue about what to do for
mandatory snapping when there's no reachable snappoint. I propose that if
there are no reachable snappoints at all, no snapping occurs. Otherwise we
scroll as far as we can to minimize the distance between the scroll
position and the nearest snappoint.

Also, I'm concerned about this requirement:

> If the content changes such that the visual viewport would no longer rest
> on a snap point (e.g. content is added, moved, deleted, resized), the
> scroll offset must be modified to maintain this guarantee.
>
This is not easy to implement. It also raises the issue of how this
interacts with JS setting the scroll position; I really have no idea what
we should do if there's mandatory snapping and JS sets scrollTop to an
offset  that's not a snappoint. Can you clarify that?

Thanks,
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, 7 November 2014 00:36:48 UTC