Re: Lion's 'restore windows' vs. app with initial 'login'
Re: Lion's 'restore windows' vs. app with initial 'login'
- Subject: Re: Lion's 'restore windows' vs. app with initial 'login'
- From: Lee Ann Rucker <email@hidden>
- Date: Tue, 07 Feb 2012 12:37:49 -0800
On Feb 7, 2012, at 11:09 AM, Quincey Morris wrote:
> On Feb 7, 2012, at 09:27 , Eric Slosser wrote:
>
>> I've got an app that has a login step at the beginning. Until the user has logged on, it's inappropriate to display the documents that were open when the last user quit. Lion's 'restore windows' feature happens while my login dialog is still open. I've looked at the slides for the WWDC 2011 session "Resume and Automatic Termination in Lion" and they don't address the concept of an app with a startup gateway like a login dialog.
>>
>> Through experimentation, I found that 'resume' is happening through calls to -[MyDocController openDocumentWithContentsOfURL:display:error]. I plan to put a check for login there. If the user hasn't logged in, I'll save the URLs, return NULL, and process them later. When I process them, I can also filter out URLs that 'belong' to someone other than the current logged in user.
>
> 'openDocumentWithContentsOfURL:display:error:' is deprecated in Lion, so it's surprising that it's being called instead of 'openDocumentWithContentsOfURL:display:completionHandler:', and maybe you can't rely on it being called in future updates.
If you subclass the old one and not the new one, the old one gets called. If you subclass both, only the new one gets called.
_______________________________________________
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