Re: Temporarily disabling autosave
Re: Temporarily disabling autosave
- Subject: Re: Temporarily disabling autosave
- From: Alex Zavatone <email@hidden>
- Date: Fri, 19 Apr 2013 23:29:14 -0400
On Apr 19, 2013, at 5:51 PM, Jerry Krinock wrote:
>
> On 2013 Apr 19, at 13:58, Alex Zavatone <email@hidden> wrote:
>
>> "many developer type people would assume that a save of a document's data is a write of a delta of the data to a disk, which would take an amount of time that is so small that it would be transparent to the user".
>
> I think this is the model that Apple engineers had in mind when they designed Auto Save. And it is plausible when coupled with Asynchronous Saving (on background threads). But then, Asynchronous Saving was found to be incompatible with Core Data.
>
> * * *
>
> Maybe you Steve and Alex Zavatone may be on to something there. You're suggesting that, rather than handling the autosave when it is requested during a long-winded operation, you turn autosave off *before* the long-winded operation begins, so that you won't get any such requests.
>
Bingo.
> The problem with that is that the way you turn autosave off is by returning NO from +autosavesInPlace, which is a class method. I ask then: Why did Apple make +autosavesInPlace a class method, other than to make it difficult to change on the fly? You could do it with a static or global variable, I guess. Your results will definitely be interesting. Let us know what happens.
That's why I mentioned setting a BOOL and possibly subclassing part of autosave if at all possible.
In the part where autosave says "hey, I'm going to check the conditions to start an autosave now".
If there is a "next service interval to query for an autosave", that is accessible can you set that to the max integer value for the int type used and then restore it to what it was before when you are done with your transaction?
> Finally, y'all should know that stashing the completion handler and invoking it later was not my idea but rather an approach suggested by someones who is way smarter than me.
Certainly not me in that case.
_______________________________________________
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