Optimierung für den neuesten iPad Pro Simulator

Question

Ich habe die neueste Xcode 7.1 Beta installiert und versuche mein Projekt auf dem iPad Pro Simulator auszuführen. Alles ist richtig und alle Funktionen funktionieren korrekt.

Aber ich habe ein Problem mit der Bildschirmgröße ...

Auf dem Hauptbildschirm der Anwendung ausführen ich das nächste Protokoll:

NSLog(@"%f", self.view.bounds.size.width); 

I 1024 für Querformat haben. Aber wenn ich eine neue Anwendung in Xcode 7.1 erstelle und den gleichen Code auf dem Hauptbildschirm laufe, erhalte ich einen anderen Wert: 1366.

Heute plane ich Diffs zwischen Projektdateien zu finden, die im alten Xcode (6.4) und der neuesten Beta 7.1 erstellt wurden mit Araxis Merge.

Können Sie jetzt dieses Problem für das alte Projekt beheben?

Answer 1

Wenn Sie aus irgendwelchen Gründen den Rahmen von UI-Elementen fest codieren, müssen Sie ihn möglicherweise für das kommende iPad pro ändern. Weil es insgesamt eine andere Bildschirmgröße (in Punkten) hat.

Wenn Sie automatisches Layout und dynamische Frames (z. B. self.view.bounds.size.width) verwenden, sollte es einfach funktionieren, denke ich.

Answer 2

TL; DR: Es scheint, dass die Ansichtshierarchie für die iPad Pro Bildschirmgröße bis viewWillLayoutSubviews: nicht eingestellt und viewDidLayoutSubviews: aufgerufen wird. Wann dies vom Layoutsystem aufgerufen wird, hängt von der Konstruktion Ihrer Ansichtshierarchie ab.

---

Bei der Aktualisierung meiner App für iPad Pro sehe ich auch ähnliches Verhalten. Daher habe ich mir die Lebenszyklus-Ereignisse von View-Controllern genauer angeschaut, um zu sehen, was sowohl in meinem bestehenden Projekt als auch in einem neuen Projekt passiert.

Für ein brandneues Projekt, das einen View-Controller verwendet, der nur eine Navigationsleiste (direkt unter der Statusleiste) und eine primäre Ansicht (bei aktiviertem Auto-Layout den Rest des Raums) enthält, im Landschaftsmodus a la die folgende Screenshot:

ich die folgende Ausgabe von der Konsole für den view-Controller-Lebenszyklus zu sehen:

-[ViewController viewDidLoad] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewDidLoad] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewWillAppear:] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewWillAppear:] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[ViewController viewWillLayoutSubviews] self.primaryView: .frame: {{0, 64}, {1024, 704}}; .bounds: {{0, 0}, {1024, 704}} 

-[ViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[ViewController viewDidLayoutSubviews] self.primaryView: .frame: {{0, 64}, {1366, 960}}; .bounds: {{0, 0}, {1366, 960}} 

-[ViewController viewDidAppear:] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[ViewController viewDidAppear:] self.primaryView: .frame: {{0, 64}, {1366, 960}}; .bounds: {{0, 0}, {1366, 960}} 

von dem, was ich hier sehen kann, die Aussicht beginnt mit einem wi dth von 1024 Punkten, aber sobald 'viewDidLayoutSubviews' ausgeführt wurde, wurde die entsprechende Größe ermittelt (1366 Punkte).

In meinem eigenen Projekt für einen Bildschirm, der eine Split-View-Controller verwendet, kann ich ein ähnliches Verhalten sehen:

-[XYZViewController viewDidLoad] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1024, 44}}; .bounds: {{0, 0}, {1024, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillAppear:] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 0}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewWillLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 
-[XYZViewController viewDidLayoutSubviews] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

-[XYZViewController viewDidAppear:] self.navigationBar: .frame: {{0, 20}, {1366, 44}}; .bounds: {{0, 0}, {1366, 44}} 

In diesem Fall, da die Hierarchie Ansicht unterscheidet, wird viewWillLayoutSubviews: früher in der angerufene View Controller-Lebenszyklus und die richtige Größe wurde bereits durch die Zeit viewWillAppear: wird aufgerufen. Aber wie Sie sehen können, hängt dies wirklich von Ihrer Ansichtshierarchie ab - daher würde ich empfehlen, dass Sie Ihre Ansichtshierarchie bestätigen und dann den besten Speicherort zum Hinzufügen Ihres auflösungsabhängigen Codes bestimmen.

Answer 3

Ich bin vielleicht hier weg, aber ich hatte ein ähnliches Problem mit dem iPad Pro Simulator: es gab mir die Standard 1024 * 768 Punktauflösung. Nach einigen Grabungen erkannte ich, dass ich das Standard-iPad-Startbild verwendete (da es im Asset-Katalog keine iPad Pro-Version gibt), wodurch mein Bildschirm auf 1024 * 768 Punkte beschränkt blieb. Nachdem ich ein Launch-Storyboard eingeführt hatte, fiel alles zusammen und meine App wurde mit der korrekten 1366 * 1024-Punktgröße gestartet.