Anzeige Ja-Nein NSAlert modal und bekommen Wert innerhalb der gleichen Methode

Question

So lassen Sie uns sagen, dass ich eine Methode wie diese haben, die, wenn document zu überprüfen verwendet wird modifiziert worden ist, bevor es tatsächlich endet:

- (BOOL) canCloseDocument:(id)document 
{ 
    if ([document modified]) 
    CONFIRM_ALERT(@"Close Document", 
         @"Are you sure you want to close this document?", 
         [[core browser] window], 
         @selector(confirm:code:context:), 
         nil); 
    else 
      return YES; 
} 

In diesem Fall wird die confirm:code:context: Methode aufgerufen und NOTHING wird von canCloseDocument zurückgegeben.

Hier ist meine CONFIRM_ALERT Definition:

#define CONFIRM_ALERT(X,Y,Z,W,V) \ 
NSAlert* confirmAlert = [NSAlert alertWithMessageText:X \ 
defaultButton:@"OK" \ 
alternateButton:@"Cancel" \ 
otherButton:nil \ 
informativeTextWithFormat:Y]; \ 
[confirmAlert beginSheetModalForWindow:Z \ 
modalDelegate:self \ 
didEndSelector:W \ 
contextInfo:V]; 

---

Frage:

Wie könnte ich es tun, so dass das Alert-Blatt angezeigt wird, und der Wert (OK gedrückt Abbrechen gedrückt?) wird innerhalb der gleichen Methode (canCloseDocument:) abgerufen, so dass entweder YES oder NO?

Answer 1

Blätter sind window-modal, nicht anwendungsmodal. Das bedeutet, dass sie nicht so funktionieren, wie du es erhofft hast. Das Blatt wird angezeigt, aber der Ausführungsablauf muss zur Hauptereignisschleife zurückkehren, damit der Benutzer in anderen Fenstern der App weiterarbeiten kann.

Wenn Sie eine Antwort wünschen, bevor Sie zurückkehren, müssen Sie eine modale Warnung verwenden. Erstellen Sie die Warnung, und rufen Sie dann -runModal anstelle von -beginSheetModalForWindow:modalDelegate:didEndSelector:contextInfo: darauf auf.

Dies verhindert jedoch, dass der Benutzer etwas anderes mit Ihrer App tun kann, bis sie die modale Warnung verwerfen. Beachten Sie, dass dies nicht nur in einer modalen Warnung inhärent ist, sondern in Ihrem Wunsch nach -canCloseDocument:, dass Sie nicht zurückkehren, bis eine Antwort vorliegt. Das bedeutet, dass der Ausführungsablauf nicht an die Hauptereignisschleife zurückgegeben wird, was die Interaktion mit Ihrer App ermöglicht.