Android 9 unterstützt die Implementierung verschiedener Arten von Displayaussparungen auf Geräten. Display-Aussparungen ermöglichen ein immersives, randloses Erlebnis, während gleichzeitig Platz für wichtige Sensoren an der Gerätevorderseite bleibt.
Abbildung 1. Display-Aussparung oben in der Mitte
Android 9 unterstützt die folgenden Arten von Aussparungen:
- Oben in der Mitte: Ausschnitt in der Mitte der Oberkante
- Oben nicht zentriert: Der Ausschnitt befindet sich möglicherweise in der Ecke oder nicht mittig
- Unten: Aussparung unten
- Dual: Eine Aussparung oben und eine Aussparung unten
Beispiele und Quelle
Im folgenden Code des Fenstermanagers in PhoneWindowManager.java wird gezeigt, wie Displayframes in den sicheren Bereich eingefügt werden, wenn LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS nicht festgelegt ist.
// Ensure that windows with a DEFAULT or NEVER display cutout mode are laid out in
// the cutout safe zone.
if (cutoutMode != LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS) {
final Rect displayCutoutSafeExceptMaybeBars = mTmpDisplayCutoutSafeExceptMaybeBarsRect;
displayCutoutSafeExceptMaybeBars.set(displayFrames.mDisplayCutoutSafe);
if (layoutInScreen && layoutInsetDecor && !requestedFullscreen
&& cutoutMode == LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT) {
// At the top we have the status bar, so apps that are
// LAYOUT_IN_SCREEN | LAYOUT_INSET_DECOR but not FULLSCREEN
// already expect that there's an inset there and we don't need to exclude
// the window from that area.
displayCutoutSafeExceptMaybeBars.top = Integer.MIN_VALUE;
}
if (layoutInScreen && layoutInsetDecor && !requestedHideNavigation
&& cutoutMode == LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT) {
// Same for the navigation bar.
switch (mNavigationBarPosition) {
case NAV_BAR_BOTTOM:
displayCutoutSafeExceptMaybeBars.bottom = Integer.MAX_VALUE;
break;
case NAV_BAR_RIGHT:
displayCutoutSafeExceptMaybeBars.right = Integer.MAX_VALUE;
break;
case NAV_BAR_LEFT:
displayCutoutSafeExceptMaybeBars.left = Integer.MIN_VALUE;
break;
}
}
if (type == TYPE_INPUT_METHOD && mNavigationBarPosition == NAV_BAR_BOTTOM) {
// The IME can always extend under the bottom cutout if the navbar is there.
displayCutoutSafeExceptMaybeBars.bottom = Integer.MAX_VALUE;
}
// Windows that are attached to a parent and laid out in said parent already avoid
// the cutout according to that parent and don't need to be further constrained.
// Floating IN_SCREEN windows get what they ask for and lay out in the full screen.
// They will later be cropped or shifted using the displayFrame in WindowState,
// which prevents overlap with the DisplayCutout.
if (!attachedInParent && !floatingInScreenWindow) {
mTmpRect.set(pf);
pf.intersectUnchecked(displayCutoutSafeExceptMaybeBars);
parentFrameWasClippedByDisplayCutout |= !mTmpRect.equals(pf);
}
// Make sure that NO_LIMITS windows clipped to the display don't extend under the
// cutout.
df.intersectUnchecked(displayCutoutSafeExceptMaybeBars);
}
Die System-UI wird im Ausschnitt gerendert und muss ermitteln, wo sie gezeichnet werden kann. PhoneStatusBarView.java ist ein Beispiel für eine Ansicht, die festlegt, wo sich der Displayausschnitt befindet, wie groß er ist und ob der Einschnitt der Navigationsleiste den Ausschnittsbereich umgeht.
Wenn Sie onApplyWindowInsets() überschreiben, kann eine Ansicht ermitteln, wo sich der Ausschnitt befindet, und das Layout entsprechend aktualisieren.
@Override
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if (updateOrientationAndCutout(mLastOrientation)) {
updateLayoutForCutout();
requestLayout();
}
return super.onApplyWindowInsets(insets);
}
Mit diesen Methoden wird festgelegt, wie in allen Fällen Aussparungen in der Statusleiste gehandhabt werden, z.B. oben in der Mitte, oben, nicht zentriert, unten und doppelte Aussparungen in allen Rotationen.
Voraussetzungen
Damit Apps nicht durch Ausschnitte beeinträchtigt werden, müssen folgende Voraussetzungen erfüllt sein:
- Im Hochformat wird die Statusleiste mindestens auf die Höhe der Aussparung erweitert.
- Der Ausschnitt muss im Vollbild- und Querformat Letterbox-Format haben.
Dein Gerät kann an jeder kurzen Seite (oben und unten) bis zu eine Aussparung haben.
Weitere Informationen finden Sie in der CDD-Datei.
Implementierung
Wenn Sie Displayausschnitte auf Ihrem Gerät implementieren möchten, müssen Sie die folgenden Werte für die System-UI konfigurieren.
| Wert | Beschreibung |
|---|---|
quick_qs_offset_height
|
Hier wird der obere Rand für den Bereich „Schnelleinstellungen“ definiert. Die Uhr und der Akku werden im Bereich über dem Steuerfeld angezeigt. Legen Sie in der Werteansicht |
quick_qs_total_height
|
Gesamthöhe des Bereichs für die Schnelleinstellungen (minimierter Bereich mit Schnelleinstellungen), wenn die Benachrichtigungsleiste maximiert ist, einschließlich des Bereichs über dem Bereich mit der Uhr.
Aufgrund der Art und Weise, wie Schnelleinstellungen dargestellt werden, muss die Gesamthöhe des Bereichs für Schnelleinstellungen (einschließlich des Offsets) statisch bekannt sein, sodass dieser Wert durch dasselbe Delta- |
status_bar_height_portrait
|
Die Standardhöhe der Statusleiste aus Sicht des Frameworks. Auf den meisten Geräten ist dies standardmäßig 24 dp. Wenn eine Aussparung vorhanden ist, setzen Sie diesen Wert auf die Höhe der Aussparung. Kann optional höher als der Ausschnitt sein. |
status_bar_height_landscape
|
Höhe der Statusleiste im Querformat Ausschnitte werden nur an den kurzen Seiten des Geräts unterstützt. Die Statusleiste hat also immer die gleiche Höhe. Auf einem Gerät ohne Aussparung entspricht dies |
config_mainBuiltInDisplayCutout
|
Der Pfad, der die Form des Ausschnitts definiert. Dies ist ein String, der von
|
config_fillMainBuiltinDisplayCutout
|
Ein boolescher Wert, der angibt, ob der oben definierte Ausschnittspfad in Software gezeichnet werden soll. Kann verwendet werden, um eine Aussparung zu emulieren oder eine physische Aussparung zu füllen, um Kantenglättung zu erzielen. Wenn „true“ (wahr) ist, ist |
Die Standarddefinitionen finden Sie in den folgenden dimens-Dateien:
Beispiel-Overlay für eine emulierte Aussparung:
<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
<!-- The bounding path of the cutout region of the main built-in display.
Must either be empty if there is no cutout region, or a string that is parsable by
{@link android.util.PathParser}.
The path is assumed to be specified in display coordinates with pixel units and in
the display's native orientation, with the origin of the coordinate system at the
center top of the display.
To facilitate writing device-independent emulation overlays, the marker `@dp` can be
appended after the path string to interpret coordinates in dp instead of px units.
Note that a physical cutout should be configured in pixels for the best results.
-->
<string translatable="false" name="config_mainBuiltInDisplayCutout">
M 0,0
L -48, 0
L -44.3940446283, 36.0595537175
C -43.5582133885, 44.4178661152 -39.6, 48.0 -31.2, 48.0
L 31.2, 48.0
C 39.6, 48.0 43.5582133885, 44.4178661152 44.3940446283, 36.0595537175
L 48, 0
Z
@dp
</string>
<!-- Whether the display cutout region of the main built-in display should be forced to
black in software (to avoid aliasing or emulate a cutout that is not physically existent).
-->
<bool name="config_fillMainBuiltInDisplayCutout">true</bool>
<!-- Height of the status bar -->
<dimen name="status_bar_height_portrait">48dp</dimen>
<dimen name="status_bar_height_landscape">28dp</dimen>
<!-- Height of area above QQS where battery/time go (equal to status bar height if > 48dp) -->
<dimen name="quick_qs_offset_height">48dp</dimen>
<!-- Total height of QQS (quick_qs_offset_height + 128) -->
<dimen name="quick_qs_total_height">176dp</dimen>
</resources>
Zertifizierungsstufe
Führen Sie die CTS-Tests unter tests/framework/base/windowmanager/src/android/server/wm aus, um Ihre Implementierung von Displayausschnitten zu validieren.