Re: Difference between NSOperationQueue and NSThread in iOS4?
Re: Difference between NSOperationQueue and NSThread in iOS4?
- Subject: Re: Difference between NSOperationQueue and NSThread in iOS4?
- From: Scott Andrew <email@hidden>
- Date: Wed, 25 Aug 2010 09:41:18 -0700
I'll need to refigure this out becuase we are trying to load/draw a fairly complex page where the scrollview is transparent and there are several composited buttons on a an almost full screen view. I am still curious why this would work on OS 3.2 and not on OS 4 and work like butter. I wonder if the threads operations were scheduled differently or started from the main thread originally. The other place i go this idea was from the advanced iphone projects book.
I am not using image views because there was an issue with performance with the number of views and scrolling.
Scott
On Aug 25, 2010, at 7:22 AM, Michael Ash wrote:
> On Tue, Aug 24, 2010 at 2:42 PM, Scott Andrew
> <email@hidden> wrote:
>> I have a question that I have been researching but can't find an answer for.
>>
>> I have some iOS 3.2 code using NSOperation this doesn't work using NSOperation but works using NSThread withe detatch thread in iOS4 with the desired effect. My code is basically to create and generate pages for my paged scrollview in the background. Its basically a play on the WWDC picture scroller demo. I however have some almost full screen views we prepare in the background. The code look like:
> [snip]
>
> UI operations are not generally thread safe. While I couldn't find
> anything specific to UIKit in a quick search on Apple's site (the
> thread safety guide in the iPhone section still talks about NSWindow
> and such, doh!), if it's anything like AppKit, there is very little
> manipulation of views that you can safely do from secondary threads.
> That it's working with NSThread is pure luck. You need to refactor
> your code so that all view manipulation happens on the main thread.
>
> Mike
> _______________________________________________
>
> 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
_______________________________________________
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