Android 9 dodaje obsługę wdrażania różnych typów wycięć w wyświetlaczach na urządzeniach. Wycięcia w wyświetlaczu umożliwiają tworzenie wciągających wrażeń od krawędzi do krawędzi, jednocześnie zapewniając miejsce na ważne czujniki z przodu urządzeń.
Rysunek 1. Wycięcie w górnym, środkowym wyświetlaczu
Android 9 obsługuje następujące typy wycięć:
- Górny środek: wycięcie na środku górnej krawędzi
- Góra niecentryczna: wycięcie może znajdować się w rogu lub lekko poza środkiem
- Dół: Wycięcie u dołu
- Podwójny: jedno wycięcie na górze i jedno na dole
Przykłady i źródło
Poniższy kod menedżera okien w pliku PhoneWindowManager.java pokazuje, w jaki sposób ramki wyświetlania są wstawiane do bezpiecznego obszaru, gdy nie ustawiono opcji LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
.
// 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);
}
SystemUI renderuje w obszarze wycięcia i musi określić, gdzie może rysować. W pliku PhoneStatusBarView.java znajduje się przykład widoku, który określa, gdzie znajduje się wycięcie w wyświetlaczu, jak duże jest ono oraz czy wstawka z paska nawigacji omija obszar wycięcia.
Zastępując funkcję onApplyWindowInsets()
widok może określić, gdzie znajduje się wycięcie i odpowiednio zaktualizować swój układ.
@Override
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if (updateOrientationAndCutout(mLastOrientation)) {
updateLayoutForCutout();
requestLayout();
}
return super.onApplyWindowInsets(insets);
}
Metody te opisują sposób obsługi wycięć na pasku stanu we wszystkich przypadkach (tj. górne środkowe, górne niecentryczne, dolne i podwójne wycięcia we wszystkich obrotach).
Wymagania
Aby mieć pewność, że wycięcia nie będą miały negatywnego wpływu na aplikacje, musisz upewnić się, że:
- Pasek stanu rozciąga się co najmniej na wysokość wycięcia w trybie portretowym
- Obszar wycięcia musi być oznaczony literami w trybie pełnoekranowym i poziomym
Twoje urządzenie może mieć maksymalnie jedno wycięcie na każdej krótkiej krawędzi (na górze i na dole).
Aby uzyskać więcej informacji, zobacz CDD .
Realizacja
Aby zaimplementować wycięcia w wyświetlaczu na swoim urządzeniu, musisz skonfigurować następujące wartości dla interfejsu użytkownika systemu.
Wartość | Opis |
---|---|
quick_qs_offset_height | Określa górny margines panelu szybkich ustawień. Zegar i bateria są wyświetlane w przestrzeni nad panelem. W wartościach-land ustaw na |
quick_qs_total_height | Całkowita wysokość panelu szybkich ustawień (zwiniętego panelu szybkich ustawień) po rozwinięciu obszaru powiadomień, łącznie z przestrzenią nad panelem zawierającym zegar. Ze względu na sposób rozplanowania szybkich ustawień, całkowita wysokość panelu szybkich ustawień (łącznie z przesunięciem) musi być znana statycznie, dlatego wartość ta musi być dostosowana o tę samą deltę |
status_bar_height_portrait | Domyślna wysokość paska stanu z perspektywy frameworka. W większości urządzeń domyślnie jest to 24dp. Jeśli występuje wycięcie, ustaw tę wartość na wysokość wycięcia. Opcjonalnie może być wyższy niż wycięcie, jeśli jest to pożądane. |
status_bar_height_landscape | Wysokość paska stanu w orientacji poziomej. Wycięcia są obsługiwane tylko na krótkich krawędziach urządzenia, dlatego zawsze będzie to niezmienna wysokość paska stanu. W urządzeniu bez wycięcia jest to równoważne |
config_mainBuiltInDisplayCutout | Ścieżka określająca kształt wycięcia. Jest to ciąg znaków, który można analizować za pomocą W ścieżce można określić |
config_fillMainBuiltinDisplayCutout | Wartość logiczna określająca, czy w oprogramowaniu ma być rysowana ścieżka wycięcia (zdefiniowana powyżej). Można go używać do emulacji wycięcia lub do wypełniania fizycznego wycięcia w celu uzyskania efektu wygładzania. Jeśli ma wartość true, |
Zobacz te pliki dimens
aby zapoznać się z domyślnymi definicjami:
Przykładowa nakładka dla emulowanej wycinanki:
<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>
Walidacja
Aby sprawdzić poprawność implementacji wycięć w wyświetlaczu, uruchom testy CTS pod adresem models/framework/base/windowmanager/src/android/server/wm .