TabView -selectTabViewItemAtIndex funktioniert nur in awakeFromNib

major_pb · 6. Juni 2008, 16:23

Hallo!

Mein TabView ist als IBOutlet "tabView" deklariert und ich möchte in einer Methode über [tabView selectTabViewItemAtIndex:1] ein anderes TabViewItem aufrufen. Das funktioniert allerdings nicht bzw. nur in der awakeFromNib Methode. Woran kann das liegen?

Danke im Voraus,

MPB

norbi · 6. Juni 2008, 17:15

Das kann viele Gründe haben.
Ich würde mal einen Breakpoint im Debugger setzen oder mit NSLog arbeiten.
Was löst denn diese Nachricht aus? Ein Button?

No.

major_pb · 6. Juni 2008, 17:20

Was zum Beispiel? Meines Erachtens muss doch alles richtig sein, wenn es in der awakeFromNib funktioniert...

Die Handlungskette ist: Drag and Drop Action -> sharedController der ControllerClass ruft diese Methode auf -> in dieser Methode wird [tabView ...] genutzt.

MPB

norbi · 6. Juni 2008, 17:23

Also aus der Ferne reichlich schwer zu sagen.
Hast den Debugger schon angeworfen?
Nein?
Tu's!
Dazu isser da!

No.

major_pb · 6. Juni 2008, 18:11

Gemacht. Hat leider nichts gebracht. Oder zumindest gab es keine außergewöhnlichen Meldungen.

Christian Kienle · 6. Juni 2008, 18:38

Original von major_pb
Hallo!

Mein TabView ist als IBOutlet "tabView" deklariert und ich möchte in einer Methode über [tabView selectTabViewItemAtIndex:1] ein anderes TabViewItem aufrufen. Das funktioniert allerdings nicht bzw. nur in der awakeFromNib Methode. Woran kann das liegen?

Danke im Voraus,

MPB

Kann es sein, dass auf selectTabViewItemAtIndex: in einer init-Methode aufrufst? Dann kann das nicht gehen, da sobald init aufgerufen wird deine Outlets noch "leer" sind. Die werden erst mit awakeFromNib geladen...

major_pb · 7. Juni 2008, 12:17

Auch das tue ich nicht. Die Methode wird in einer ganz normalen Instanzmethode der Controller-Class aufgerufen.

Langsam verzweifel ich....

Peter Maurer · 7. Juni 2008, 14:08

Standardfrage: Das tabView-Outlet ist verbunden?

Ansonsten hilft wohl nur etwas mehr Einblick in Deinen Quelltext.

Christian Kienle · 7. Juni 2008, 14:50

Naja - aber er sagt ja, dass es in der awakeFromNib-Methode funktioniert. Daher meine Vermutung, dass das outlet im IB richtig gesetzt ist aber er vor awakeFromNib versucht auf ein Outlet zuzugreifen.

Zeig am besten mal deine awakeFromNib-Methode sowie eine Methode, die versucht das Tab-Item zu ändern her. Dann können wir besser helfen.

Sicher, dass deine "eigene" Methode überhaupt aufgerufen wird?

Peter Maurer · 7. Juni 2008, 15:35

Ach so! Ja, da war ich wohl falsch abgebogen. Ich hatte das awakeFromNib spontan in Richtung einer eigenen NSTabView-Subklasse verstanden, aber das ist zugegebenermassen eher unwahrscheinlich.

longW · 7. Juni 2008, 16:03

Original von major_pb
Was zum Beispiel? Meines Erachtens muss doch alles richtig sein, wenn es in der awakeFromNib funktioniert...

Die Handlungskette ist: Drag and Drop Action -> sharedController der ControllerClass ruft diese Methode auf -> in dieser Methode wird [tabView ...] genutzt.

Wenn ich lese: "sharedController", kann es sein, dass Du mehrere 'nibs' hast. Mehrmalige Aufrufen von 'awakeFromNib' kann auch die Ursache sein, wenn Dir ein 'outlet' verloren geht.

Amin Negm-Awad · 7. Juni 2008, 16:36

Wichtiger Hinweis von longW. Dieses verhalten kann man positiv ausnutzen. Es kann aber auch zu Problemen führen.

major_pb · 7. Juni 2008, 18:05

mehrere nibs schon aber nur ein nib ist an dieser aktion beteiligt und es hat auch schon vorher nicht funktioniert als ich nur ein nib hatte.

longW · 7. Juni 2008, 18:22

Es führt kaum ein Weg daran vorbei, dass Du dich auf eine mühsame Fehlersuche begibst und nachschaust, welchen Wert Deine Variable 'tabView' annimmt.

major_pb · 8. Juni 2008, 11:08

Ich werde nicht wirklich schlau daraus. Da scheint nichts ungewöhnlich zu sein. Aber der Debugger ist auch so ziemlich das einzige thema, mit dem ich mich noch nie wirklich beschäftigt habe.

Vielleicht noch irgendeinen Tipp?

Christian Kienle · 8. Juni 2008, 11:18

Original von major_pb
Ich werde nicht wirklich schlau daraus. Da scheint nichts ungewöhnlich zu sein. Aber der Debugger ist auch so ziemlich das einzige thema, mit dem ich mich noch nie wirklich beschäftigt habe.

Vielleicht noch irgendeinen Tipp?

Wie oft denn noch?

GIB UNS DEN CODE!!!!!!!!!!!!!!!!!!!!!!!

major_pb · 8. Juni 2008, 11:22

In meinem Controller:

Quellcode

-(void)encryptFileAtPath:(NSString *)filePath
{
NSLog([@"encrypt: " stringByAppendingString:filePath]);
[tabView selectTabViewItemAtIndex:0];
}

Quellcode

+(ISController *)sharedController;
{
if (sharedController == nil) {
sharedController = [[ISController alloc] init];
}
return sharedController;
}

In meinem View:

Quellcode

- (BOOL)performDragOperation:(id <NSDraggingInfo>)sender
{
NSPasteboard *pboard = [sender draggingPasteboard];
NSDragOperation sourceDragMask = [sender draggingSourceOperationMask];
if ( [[pboard types] containsObject:NSFilenamesPboardType] ) {
NSArray *files = [pboard propertyListForType:NSFilenamesPboardType];
if (sourceDragMask & NSDragOperationCopy) {
if([[[files objectAtIndex:0] pathExtension] isEqualToString:SUFFIX]){
[[ISController sharedController]decryptFileAtPath:[files objectAtIndex:0]];
}
else{
[[ISController sharedController]encryptFileAtPath:[files objectAtIndex:0]];
}
return YES;
}
}
return NO;
}

Alles anzeigen

Sooo bitteschön- endlich auch der code

EDIT: -decryptFileAtPath ist aktuell noch baugleich zu encrypt

Christian Kienle · 8. Juni 2008, 11:26

Du wolltest doch das TabViewItem mit dem Index 1 und nicht mit dem Index 0 aufrufen - oder?

major_pb · 8. Juni 2008, 11:28

ich hab zu anfang einen fehler gemacht und das startitem ist item 1 und das wo ich nach aufruf von encrypt hinmöchte ist folglich jetzt 0

Christian Kienle · 8. Juni 2008, 11:31

Original von major_pb
ich hab zu anfang einen fehler gemacht und das startitem ist item 1 und das wo ich nach aufruf von encrypt hinmöchte ist folglich jetzt 0

Kannst du noch die awakeFromNib Methode posten?