Re: Open document panel always on top - Mountain Lion

2014-10-15 Thread Matthew LeRoy
On 10/10/14, 8:29 PM, "Quincey Morris" mailto:quinceymor...@rivergatesoftware.com>> wrote: On Oct 10, 2014, at 13:34 , Matthew LeRoy mailto:mle...@minitab.com>> wrote: Not entirely sure where to go from here. It’s not clear to me whether the deferral of the open panel’s disappearance is a mere

Re: Open document panel always on top - Mountain Lion

2014-10-10 Thread Quincey Morris
On Oct 10, 2014, at 13:34 , Matthew LeRoy wrote: > Not entirely sure where to go from here. It’s not clear to me whether the deferral of the open panel’s disappearance is a mere implementation detail of NSDocumentController, or if it’s a consequence of what you chose to do in your completion h

Re: Open document panel always on top - Mountain Lion

2014-10-10 Thread Matthew LeRoy
Ah, I see, I thought you were already *providing* a completion handler somewhere, but I guess you’re not. In that case, I think you would override -[NSDocumentController openDocumentWithContentsOfURL:display:completionHandler:], like this: … snip … Just make sure that the password verification

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Quincey Morris
On Oct 9, 2014, at 13:44 , Matthew LeRoy wrote: > so -[NSDocumentController beginOpenPanelWithCompletionHandler:] is what I > would be using. > Hmm, OK. So where do I provide the custom completion handler? Ah, I see, I thought you were already *providing* a completion handler somewhere, but I

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Matthew LeRoy
On 10/9/14, 4:06 PM, "Quincey Morris" mailto:quinceymor...@rivergatesoftware.com>> wrote: On Oct 9, 2014, at 12:33 , Matthew LeRoy mailto:mle...@minitab.com>> wrote: I agree this sounds like a better idea. There’s no good reason I can’t prompt for and validate the password prior to actually o

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Quincey Morris
On Oct 9, 2014, at 12:33 , Matthew LeRoy wrote: > I agree this sounds like a better idea. There’s no good reason I can’t prompt > for and validate the password prior to actually opening and reading the > document contents, provided I have access to the document’s URL. However, I’m > not entire

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Matthew LeRoy
On 10/9/14, 1:00 PM, "Quincey Morris" mailto:quinceymor...@rivergatesoftware.com>> wrote: On Oct 9, 2014, at 07:21 , Matthew LeRoy mailto:mle...@minitab.com>> wrote: My document-based application can potentially display an app-modal dialog via [NSApp runModalForWindow:] from within my overrid

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Quincey Morris
On Oct 9, 2014, at 07:21 , Matthew LeRoy wrote: > My document-based application can potentially display an app-modal dialog via > [NSApp runModalForWindow:] from within my override of [NSDocument > readFromURL:ofType:error:] I dunno, but this seems like a really, really bad idea. Although ‘rea

Re: Open document panel always on top - Mountain Lion

2014-10-09 Thread Charles Jenkins
You need to have the document content in order to test the password, right? This might be naive, but could you load the document into an offstage memory structure (meaning, don’t plug it into the user interface yet so the user cannot see or modify it) and ask for the password only after the load

Open document panel always on top - Mountain Lion

2014-10-09 Thread Matthew LeRoy
Good morning, My document-based application can potentially display an app-modal dialog via [NSApp runModalForWindow:] from within my override of [NSDocument readFromURL:ofType:error:], in order to prompt the user for the password to open a document. For the most part, this works just fine. T