- From: Rick Byers <rbyers@chromium.org>
- Date: Tue, 8 Jul 2014 12:01:31 -0400
- To: Brian Blakely <anewpage.media@gmail.com>
- Cc: "www-style@w3.org" <www-style@w3.org>, "Tab Atkins Jr." <jackalmage@gmail.com>, Dirk Schulze <dschulze@adobe.com>, Jacob Rossi <Jacob.Rossi@microsoft.com>
- Message-ID: <CAFUtAY8Y+TTdmt0EDgaAR_NYP7FhaeajB3-GVkcD8G4SQRyg3w@mail.gmail.com>
On Tue, Jul 8, 2014 at 10:55 AM, Brian Blakely <anewpage.media@gmail.com> wrote: > Hi Rick, > > > it should be possible to build such an effect on top of some primitives > that are lower-level > > As in, a DOM/JS API, or less sugared CSS? > I haven't looked much into infinite scrollers myself (perhaps Tab can point at the current thinking on the blink team). But for the general infinite scroll case there necessarily needs to be some DOM/JS involved (loading new content, etc.) so I think the brainstorming has mainly been in terms of DOM/JS APIs. That's not to say that there shouldn't be some CSS APIs as well. Eg. at a minimum there should probably be a standard CSS way to hide the scrollbar (since it may cause more confusion than value in an infinite-scroll scenario). On Mon, Jul 7, 2014 at 5:41 PM, Rick Byers <rbyers@chromium.org> wrote: > > On Mon, Jul 7, 2014 at 11:24 AM, Brian Blakely <anewpage.media@gmail.com > > > > wrote: > >> > >> Recently went over the awesome minutes taken from the recent Web Input > >> Brainstorming session > >> ( > https://docs.google.com/document/d/1Bfcw9iR1SF2VYCXBegbqhbqWMim-ZEd7_iaQODE-RPY/edit > ). > > > > > > Thanks, I'm glad they were useful to you! > > > >> The topic of "Carouseling scrollers" came up ("Scroll Response APIs" > >> segment) and I thought this proposal was worth resurfacing, as > carouseling > >> is one of the primary use cases. > > > > > > In the discussion I think we were mainly focused on scrollers with a > defined > > start and end-point (there was confusion on the 'carousel' term here - > with > > Google folks using it to refer to any image scroller that snaps at image > > boundaries, and others using it to apply only to those with wrap-around > > behavior). But we did agree that the web should offer some good solution > > for the wrap-around case. > > > > I think the blink team position would probably be that it should be > possible > > to build such an effect on top of some primitives that are lower-level > than > > overflow: repeat. Eg. we all agreed that it's really important to nail > the > > infinite scroller use cases (like facebook etc.). Once you've done > that, a > > circular scroller should really just be a special case. > > > >> > >> Original proposal post: > >> http://lists.w3.org/Archives/Public/www-style/2013Aug/0564.html > >> > >> > >> > >> On Wed, Aug 28, 2013 at 10:54 AM, Brian Blakely < > anewpage.media@gmail.com> > >> wrote: > >>> > >>> On Wed, Aug 28, 2013 at 3:12 AM, Dirk Schulze <dschulze@adobe.com> > wrote: > >>>> > >>>> It might get a bit tricky if you have a fixed height (or width for > >>>> repeat-x) and the content fits one and a half time in it. But I > suppose the > >>>> scroll bar would scroll twice the normal content dimension then. > >>>> > >>>> I think it is a good idea as well. > >>>> > >>>> Greetings, > >>>> Dirk > >>> > >>> > >>> Hi Dirk, > >>> > >>> Not sure I completely understand the nature of this caveat, but I'll > >>> describe the scenario that I think you're envisioning and how it might > work: > >>> > >>> 1. Repeating content's nominal height is 150px > >>> 2. Overflow container's height is 100px > >>> 3. User scrolls 150px down > >>> 4. Scrollbar indicator is now at the bottom of the the overflow > container > >>> 5. User scrolls an additional 1px > >>> 6. Scrollbar indicator is now at the top of the overflow container > >>> 7. The first row of pixels for the repeating content are now visible at > >>> the bottom of the overflow container > >> > >> > > >
Received on Tuesday, 8 July 2014 16:02:19 UTC