Ausrichtung, Seitenverhältnis und Größe der App

Android-Apps laufen auf Geräten aller Art: Smartphones, Tablets, faltbare Geräte, ChromeOS-Geräte, Autos, Fernseher und sogar XR-Geräte. Damit Ihre App in dieser vielfältigen Umgebung funktioniert, sollte sie alle Geräteformfaktoren und Displaygrößen unterstützen.

Mit Android 16 (API-Level 36) können Apps an verschiedene Formfaktoren und Displaygrößen angepasst werden, indem App-Einschränkungen für die Bildschirmausrichtung, das Seitenverhältnis und die Größenänderung überschrieben werden. Die Überschreibungen gelten für Geräte mit einer Mindestbreite von >= 600 dp. Das bedeutet:

  • Tablets
  • Innere Displays von Foldables mit großem Display
  • Desktop-Freiform-Fenster (auf allen Formfaktoren)

Apps, die auf API-Ebene 36 ausgerichtet sind, können die Größe ändern und in den Mehrfenstermodus wechseln (entspricht resizeableActivity="true"), wenn die kleinste Breite des Displays mindestens 600 dp beträgt.

Die App wird auf einem aufgeklappten Gerät mit großem Display vor Android 16 mit Letterboxing angezeigt, ist aber im Vollbildmodus, wenn sie auf Android 16 ausgerichtet ist. Die App zeigt mehr Nachrichten an, wenn sie im Vollbildmodus und nicht im Letterbox-Format angezeigt wird.
Abbildung 1. Der Developer News-Feed wurde auf Geräten mit großem Display bisher im Letterbox-Format angezeigt (links). Wenn die App auf Android 16 ausgerichtet ist, wird er im Vollbildmodus angezeigt (rechts).

Unter Android 16 wird ein einheitliches Modell für das adaptive App-Design erzwungen, das die Nutzerfreundlichkeit optimiert, indem die Nutzereinstellungen für Geräteausrichtung, Seitenverhältnis und Displaygröße berücksichtigt werden.

Änderungen

Die folgenden Manifestattribute und APIs werden für Apps, die auf Android 16 (API‑Level 36) auf großen Displays ausgerichtet sind, ignoriert:

Attribut oder API Ignorierte Werte
screenOrientation portrait, landscape, reversePortrait, reverseLandscape, sensorPortrait, sensorLandscape, userPortrait, userLandscape
resizeableActivity alle
minAspectRatio alle
maxAspectRatio alle
setRequestedOrientation()

getRequestedOrientation()		 portrait, landscape, reversePortrait, reverseLandscape, sensorPortrait, sensorLandscape, userPortrait, userLandscape

Ausnahmen

Für die Änderungen in Android 16 gelten unter anderem folgende Ausnahmen:

  • Displays, die kleiner als sw600dp sind (die meisten Smartphones, Falt-Smartphones und Außendisplays von Falt-Smartphones mit großem Display)

  • Spiele, die auf der android:appCategory-Kennzeichnung basieren

    Veröffentlichen Sie Ihr Spiel mit Android App Bundles und der Play App-Signatur, damit Google Play das Flag verwalten und die Vorteile von App Bundles automatisch bereitstellen kann. Weitere Informationen finden Sie unter App-Manifest – Übersicht.

  • Nutzer stimmen dem Standardverhalten der App in den Einstellungen für das Seitenverhältnis zu

Widerrufen

Wenn Sie das Verhalten der API-Ebene 36 deaktivieren möchten, deklarieren Sie die Manifest-Eigenschaft PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY.

Wenn Sie die Erfassung einer bestimmten Aktivität deaktivieren möchten, legen Sie die Property im Element <activity> fest:

<activity ...>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY"
        android:value="true" />
    ...
</activity>

Wenn Sie die Funktion für Ihre gesamte App deaktivieren möchten, legen Sie die Eigenschaft im <application>-Element fest:

<application ...>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY"
        android:value="true" />
    ...
</application>

Tests

Wenn Sie testen möchten, ob Ihre App von den Änderungen in Android 16 betroffen ist, verwenden Sie die Emulatoren für das Pixel Tablet und das Pixel Fold in Android Studio und legen Sie targetSdkPreview = "Baklava" in der build.gradle-Datei des App-Moduls fest.

Alternativ können Sie das App-Kompatibilitäts-Framework auf Ihren Testgeräten verwenden, indem Sie das Flag UNIVERSAL_RESIZABLE_BY_DEFAULT aktivieren (siehe Tools des Kompatibilitäts-Frameworks).

Mit dem Espresso-Testframework und den Jetpack Compose-Test-APIs können Sie Tests automatisieren.

Häufige Probleme

Bei Apps, die die Geräteausrichtung, das Seitenverhältnis oder die Größenänderung der App einschränken, können unter Android 16 Anzeigeprobleme wie überlappende Layouts auftreten.

Damit Nutzer Ihre App auf Smartphones, faltbaren Geräten, Tablets, ChromeOS-Geräten, Autodisplays und XR-Geräten optimal nutzen können, muss sie responsiv und adaptiv sein:

  • Gestreckte UI-Komponenten vermeiden:Layouts, die für Standard-Smartphone-Bildschirme im Hochformat entwickelt wurden, sind wahrscheinlich nicht für andere Seitenverhältnisse geeignet. Beispielsweise werden UI-Elemente, die die gesamte Breite des Displays einnehmen, im Querformat gestreckt dargestellt. Komponenten eine maximale Breite zuweisen, um Dehnen zu vermeiden

  • Scrollen von Layouts aktivieren:Wenn Layouts nicht gescrollt werden können, haben Nutzer möglicherweise keinen Zugriff auf Schaltflächen oder andere UI-Elemente, die im Querformat nicht auf dem Bildschirm angezeigt werden. Aktivieren Sie das Scrollen von App-Layouts, damit alle Inhalte unabhängig von der Höhe des Displays erreichbar sind.

  • Kamera-Kompatibilität im Hoch- und Querformat sicherstellen:Vorschauen im Kamera-Sucher, die von einem bestimmten Seitenverhältnis und einer bestimmten Ausrichtung relativ zum Kamerasensor ausgehen, können auf nicht konformen Displays zu gestreckten oder gespiegelten Vorschauen führen. Achten Sie darauf, dass sich die Sucher bei Änderungen der Ausrichtung richtig drehen. Sucher können so angepasst werden, dass sie sich an Benutzeroberflächen-Seitenverhältnisse anpassen, die sich vom Seitenverhältnis des Sensors unterscheiden.

  • Status bei Änderungen der Fenstergröße beibehalten:Durch das Entfernen von Einschränkungen für Ausrichtung und Seitenverhältnis kann es häufig zu Änderungen der App-Fenstergröße kommen, je nachdem, wie Nutzer eine App verwenden, z. B. durch Drehen, Auf- oder Zuklappen eines Geräts oder durch Anpassen der Größe einer App im Mehrfenster- oder Desktop-Freiform-Fenster-Modus. Konfigurationsänderungen wie Änderungen der Ausrichtung und Anpassungen der Fenstergröße führen standardmäßig dazu, dass Aktivitäten neu erstellt werden. Damit die Nutzererfahrung optimal ist, sollten Sie den App-Status bei Konfigurationsänderungen beibehalten. So bleiben Daten (z. B. Formulareingaben) erhalten und Nutzer können den Kontext beibehalten.

  • Fenstergrößenklassen verwenden:Unterstützen Sie verschiedene Fenstergrößen und Seitenverhältnisse ohne gerätespezifische Anpassungen. Gehen Sie davon aus, dass sich die Fenstergrößen häufig ändern. Verwenden Sie Fenstergrößenklassen, um die Fensterabmessungen zu charakterisieren, und wenden Sie dann ein geeignetes adaptives Layout an.

  • Responsive Layouts erstellen:Innerhalb von Fenstergrößenklassen passen sich responsive Layouts an Änderungen der Displayabmessungen an, um immer eine optimale Darstellung der App zu ermöglichen.

Zeitachse

  • Android 16 (2025): Die Unterstützung aller Ausrichtungen und Seitenverhältnisse sowie der Größenänderung von Apps ist die Standardeinstellung für Geräte mit großen Displays (kleinste Bildschirmbreite >= 600 dp) für Apps, die auf API-Level 36 ausgerichtet sind. Entwickler können die Funktion jedoch deaktivieren.

  • Android-Release im Jahr 2026:Die Unterstützung aller Ausrichtungen und Seitenverhältnisse sowie die Anpassbarkeit von Apps sind die Standardfunktionen für Geräte mit großem Display (kleinste Bildschirmbreite >= 600 dp) für Apps, die auf API-Level 37 ausgerichtet sind. Entwickler haben keine Möglichkeit, die Funktion zu deaktivieren.

Ziel-API-Level Betreffende Geräte Deaktivierung durch Entwickler zulässig
36 (Android 16) Geräte mit großem Display (kleinste Bildschirmbreite >= 600 dp) Ja
37 (erwartet) Geräte mit großem Display (kleinste Bildschirmbreite >= 600 dp) Nein

Die Fristen für das Targeting auf bestimmte API-Levels sind je nach App-Store unterschiedlich. Ab August 2026 müssen Apps bei Google Play auf das API-Level 36 ausgerichtet sein, ab August 2027 auf das API-Level 37.

Zusätzliche Ressourcen

Zurück
Übersicht
Weiter
Kanonische Layouts