Android 9 unterstützt die Implementierung verschiedener Arten von Display-Aussparungen auf Geräten. Displayausschnitte ermöglichen ein immersives, randloses Display, lassen aber gleichzeitig Platz für wichtige Sensoren auf der Vorderseite des Geräts.
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 leicht außerhalb der Mitte.
- Unten: Aussparung unten
- Dual: Eine Aussparung oben und eine 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);
}
Diese Methoden beschreiben, wie Ausschnitte in allen Fällen in der Statusleiste behandelt werden (d.h. oben mittig, oben nicht mittig, unten und doppelte Ausschnitte bei allen Drehungen).
Voraussetzungen
Damit Apps nicht durch Ausschnitte beeinträchtigt werden, müssen folgende Voraussetzungen erfüllt sein:
- Die Statusleiste reicht im Hochformat mindestens bis zur Höhe des Ausschnitts.
- Der Ausschnitt muss im Vollbild- und Querformat Letterbox-Format haben.
Ihr Gerät kann an jeder kurzen Kante (oben und unten) bis zu eine Aussparung haben.
Weitere Informationen finden Sie im CDD.
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
|
Die Gesamthöhe des Bereichs mit den Schnelleinstellungen (zusammengerollter Bereich mit den Schnelleinstellungen), wenn die Benachrichtigungsleiste maximiert ist, einschließlich des Bereichs über dem Bereich mit der Uhr.
Aufgrund der Anordnung der Schnelleinstellungen muss die Gesamthöhe des Bereichs für die Schnelleinstellungen (einschließlich des Offset) statisch bekannt sein. Daher muss dieser Wert um dasselbe Delta |
status_bar_height_portrait
|
Die Standardhöhe der Statusleiste aus der Perspektive des Frameworks. Auf den meisten Geräten ist dies standardmäßig 24 dp. Wenn es einen Ausschnitt gibt, legen Sie diesen Wert auf die Höhe des Ausschnitts fest. Kann optional höher als der Ausschnitt sein. |
status_bar_height_landscape
|
Die 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. Bei einem Gerät ohne Ausschnitt 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 einen Ausschnitt zu emulieren oder einen physischen Ausschnitt auszufüllen, um Anti-Aliasing zu erzielen. Wenn „true“ (wahr) ist, ist |
Die Standarddefinitionen finden Sie in den folgenden dimens-Dateien:
Beispiel für ein Overlay für einen emulierten Ausschnitt:
<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.