Właśnie pobrałem najnowszą aktualizację Xcode 8.3.3 z MAS. Zastanawiam się, jak dodać obsługę nowego 10,5-calowego iPada Pro?Jak dodać obsługę 10,5-calowego iPada Pro
Używam scenorysów z automatycznym układem, scenorys ekranu uruchamiania i wszystkie rozmiary ikon aplikacji są dodawane do xcassets.
Uważam, że plansza historii uruchamiania automatycznego ekranu powinna być wszystkim, co jest potrzebne. Jednak odkryłem, że jeśli zbuduję aplikację pod Xcode 8.3.3, UIScreen.mainScreen.bounds zwróci 736 x 1024. Jeśli zbuduję tę samą aplikację pod Xcode 9 i beta SDK iOS 11, powróci UIScreen.mainScreen.bounds 834 x 1112.
UPDATE:
Jak wspominają inni, gdy aplikacja jest zbudowany z Xcode 8.3.3/iOS 10.3 i działa na iPad Pro 10.5 symulatorze, klucz w app info.list UIRequiresFullScreen określa niezależnie od tego, czy aplikacja jest skalowana do 768 x 1024. Jeśli UIRequiresFullScreen = TAK, aplikacja jest skalowana. Jeśli UIRequiresFullScreen = NIE, aplikacja ma pełną rozdzielczość (834 x 1112). Jeśli jednak aplikacja jest zbudowana z Xcode 9/iOS 11 beta 1, zawsze działa z pełną natywną rozdzielczością, niezależnie od ustawienia klucza UIRequiresFullScreen. Niektórzy deweloperzy uważają, że jest to zamierzone zachowanie, a nie błąd. Inni uważają, że jest to po prostu artefakt uruchamiania aplikacji iOS 10 pod symulatorem iOS 11. Prawdopodobnie nie będziemy wiedzieć na pewno, dopóki deweloperzy nie otrzymają nowego sprzętu.
Obecnie wydaje się, że obejście problemu polega na używaniu indywidualnych obrazów uruchamiania, a nie na scenorysie ekranu uruchamiania.
(This thread on Twitter) otrzymał odpowiedź, a także zapoznałem się z plikiem Info.plist dla Linea, i wydaje się, że dokładnie tak się stało.
Wygląda jak Bug od Xcode/10 iOS SDK? – alexkaessner
Myślę, że jest to błąd lub brakująca konfiguracja. Próbowałem nawet edytować scenopis startu w 8.3.3, żeby zobaczyć, czy to by coś zmieniło. –
Właśnie wypełniłem Radar 32604743 –