Re: overflow: repeat – Repeating Content for CSS

Thank you for your comments Rick.

On Tue, Jul 8, 2014 at 12:01 PM, Rick Byers <rbyers@chromium.org> wrote:
> 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 18:52:22 UTC