Re: Responsive scrolling control with lots of subviews
Re: Responsive scrolling control with lots of subviews
- Subject: Re: Responsive scrolling control with lots of subviews
- From: Uli Kusterer <email@hidden>
- Date: Mon, 02 Mar 2015 20:07:49 +0100
On 02 Mar 2015, at 17:43, Ken Thomases <email@hidden> wrote:
> On Mar 2, 2015, at 9:45 AM, Uli Kusterer <email@hidden> wrote:
>
>> Are you re-setting *all* the views or only hiding views that scroll out and moving unused views to newly exposed areas? We've been doing stuff like that in various spots and performance is fine. One thing that might help is to make each table-row layer-backed, then you get zero-cost moving as it simply gets drawn in another location on the graphics card. …
>>
>> - Make all rows layer-backed
>
> Careful. As noted in my previous reply, if you use layer-backed views, the root layer must be the scroll view or an ancestor. Making only the rows layer-backed will disable responsive scrolling.
I read it as lowercase "responsive scrolling", not Apple's "Responsive Scrolling" feature that pre-loads complicated stuff like maps in the background. I was mainly listing what we actually do and works for us, we've never needed Apple's Responsive Scrolling to have responsively scrolling lists.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden