Re: Acknowledging a successful drop operation
Re: Acknowledging a successful drop operation
- Subject: Re: Acknowledging a successful drop operation
- From: Stephane Sudre <email@hidden>
- Date: Thu, 11 Dec 2003 14:03:28 +0100
Can the dialog deny the drop?
If it can't, why not just delaying the launch of the dialog by adding
an additional method?
[...]
[self performSelector:@selector(myDelayedOpenDialogMethod:)
withObject:anObject afterDelay:0.01];
return YES/NO/MAYBE;
}
- (void) myDelayedOpenDialogMethod:(id) anObject
{
// Open the dialog
[...]
}
On Thursday, December 11, 2003, at 01:40 PM, Tim Hewett wrote:
Hi,
My app receives drops of files from the Finder onto a NSTableView.
It all works but the acceptDrop method has to open a dialog after the
drop has been processed. This hangs the Finder for a short time until
the drop slides back to it, because acceptDrop hasn't returned YES
or NO yet. I tried separating the dialog out into another method then
calling performSelectorOnMainThread on it in acceptDrop, with the
waitUntilDone argument set to NO, but that didn't help.
It seems to me that the only solution is to have a way for acceptDrop
to send YES or NO back to the Finder before it actually returns. I have
done much R-ing of TFM but TFM isn't helping so far...!
I guess this scenario happens quite a lot, is there some proven way
to handle it?
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.