Probleme mit Interface-Orientierung und UITabBarController

Schnelle problem:

Habe ich ein UITabBarController mit 2-navigation Controller [nennen wir Sie Links und Rechts Controller]

Auf die standardmäßig ausgewählte Links-Controller kann ich push eine neue View-Controller, der erkennt, interface-Orientierung.

Auf dem Richtigen Controller kann ich push das gleiche View-Controller, aber es wird nicht erkannt interface-Orientierung, oder für diese Angelegenheit, Es wird nicht gehen sogar in die shouldAutoRotateInterface Methode überhaupt T___T

Haaalp!!

Ob es von Relevanz, die View-Controller, dass ich schieben verwenden Sie die hidesBottomBarWhenPushed Eigenschaft.

InformationsquelleAutor Ayton McLoving | 2010-08-06

0

macht Ihr uitabbarcontroller implementieren, die das automatische drehen? jedes Kind viewcontroller, der will, dass zu implementieren Anz. autom. hat seine Eltern implementieren Anz. autom..
- Könnte yo sagen Sie mir, wo kann ich diese Eigenschaft? Das Projekt wurde erstellt mit der TAB BAR template, also der tabBarController ist auf das mainwindow.xib als IBOutlet des Appdelegate. Die seltsame Sache ist.... der controller auf der linken Seite funktioniert ok.. es autorotates... aber die auf der rechten Seite nicht T___T
InformationsquelleAutor Jesse Naugher
13

Wahrscheinlich das ist Ihr problem:

Tab-bar-Controller unterstützen ein Porträt
Orientierung durch das Standard-und nicht
drehen, um im Querformat
, es sei denn, alle von der root-Ansicht-Controller unterstützen eine solche Orientierung.
Wenn ein Gerät Orientierung
änderung Auftritt, wird der tab bar controller
fragt array der view-Controller.
Wenn einer von Ihnen nicht unterstützt
die Orientierung, die tab-Leiste
controller ändert sich nicht, Ihren
Orientierung.

Die Lösung ist, überschreiben Sie die folgende Methode auf jedem view-controller was zu Ihrer Ansicht:
```
- (BOOL) shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)orientation {
    return YES;
}
```
Zum Beispiel, statt mit dem standardmäßigen UITabBarController im IB, ersetzen Sie es mit Ihrem eigenen Unterklasse enthält nur die Methode über.
- +1, obwohl meiner Erfahrung nach braucht man keine Unterklasse der UITabBarController. (Zumindest ist dies der Fall, da der iOS SDK 4+; ich bin mir nicht sicher über die früheren Versionen.)
- es ist erstaunlich, wie alles was da in der Dokumentation aber wir selten die Mühe, tatsächlich zu Lesen. Danke Jano für den Auszug, es ersparte mir eine Menge Kummer.
InformationsquelleAutor Jano
8

Ich bin ein bisschen spät zur party, aber ich lief in ein problem mit autorotation beim Start für ein app tab bar wollte ich immer laufen im portrait.

Die app plist hat die erforderlichen Einstellungen, um beide start-und erlauben nur den portrait-Modus, und alle meine view-Controller erlauben nur portrait-Modus. Doch, wenn ich die app hält mein iPhone in der Landschaft, die app startete im hochformat, aber dann gedreht, um die Landschaft!

Eher als Unterklasse UITabBarController ich einfach überschrieb UITabBarController's shouldAutorotateToInterfaceOrientation: - Verfahren mit einer Kategorie der Klasse UITabBarController. Ich habe diesen code in meine app delegate:
```
@implementation UITabBarController(UITabBarControllerCategory)

-(BOOL)shouldAutorotateToInterfaceOrientation:
                 (UIInterfaceOrientation)toInterfaceOrientation
{
    return (toInterfaceOrientation == UIInterfaceOrientationPortrait);
}

@end
```
Funktioniert wunderbar und ist ganz leicht.
- Ich habe gerade gelesen einen großen thread auf, DAMIT sagt, es ist nicht ratsam, Sie zu überschreiben, die Methoden einer Klasse in einer Kategorie der Klasse. Es kann funktionieren, aber pedantisch zu sprechen ist nicht gutes design. Weil, in der Tat, was du hier getan hast ist, ersetzen Sie die original-Implementierung von UITabBarController Klasse' shouldAutorotateToInterfaceOrientation mit Ihrer Umsetzung. Im Gegensatz zu den Unterklassen überschreiben Oberklasse' - Methode, Implementierung und aufrufen können [super-Methode], Kategorien mit gleichen Methodennamen wie in der original-Klasse ersetzen, die original-Methode-Implementierungen.
- Im Allgemeinen Stimme ich mit Ihnen überein. Aber in dem Beispiel, das ich angeführt, habe wollen, ersetzen Sie die original-Implementierung Klasse, überall. Dies war die rationalisierte Weg, es zu tun, dann eher Unterklassen UITabBarController. Hatte ich untergeordnet UITabBarController meine Umsetzung shouldAutorotateToInterfaceOrientation würde nicht genannt haben, die super-Klasse die Methode sowieso. So, der zusätzliche Aufwand für das erstellen von Unterklassen wäre nicht der Mühe Wert, beste Praktiken nicht standhalten. Manchmal muss man Kompromisse machen, die für Effizienz und Zeit, die nicht immer als "best practices". 🙂
InformationsquelleAutor Mark Granoff

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.