Android 9 agrega compatibilidad para implementar diferentes los tipos de cortes de pantalla en los dispositivos. Los cortes de pantalla te permiten crear experiencias inmersivas de borde a borde al mismo tiempo que dejan espacio para importantes sensores en la parte frontal de los dispositivos.
Figura 1: Recorte de la pantalla superior central
Android 9 admite los siguientes tipos de cortes:
- Parte superior central: Recorte en el centro del borde superior
- Parte superior sin centrar: El corte puede estar en una esquina o ligeramente descentrado.
- Abajo: Recorte en la parte inferior
- Dual: un corte en la parte superior y otro en la inferior
Ejemplos y fuente
El siguiente código del administrador de ventanas en
PhoneWindowManager.java
muestra cómo se insertan los marcos de la pantalla en el área segura cuando
No se estableció 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 renderiza en el área de corte y necesita determinar dónde puede dibujar. PhoneStatusBarView.java proporciona un ejemplo de una vista que determina dónde se encuentra el corte de pantalla, qué tan y si la inserción de la barra de navegación evita el área de corte.
Cuando se anula onApplyWindowInsets(), una vista puede determinar dónde se encuentra el corte.
y actualizar su diseño según corresponda.
@Override
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if (updateOrientationAndCutout(mLastOrientation)) {
updateLayoutForCutout();
requestLayout();
}
return super.onApplyWindowInsets(insets);
}
Estos métodos describen cómo se controlan los cortes en la barra de estado en todos los casos. (es decir, parte superior central, superior no centrada, inferior y cortes dobles en todas las rotaciones).
Requisitos
Para garantizar que los cortes no afecten de forma negativa a las apps, debes asegurarte de que que:
- La barra de estado se extiende hasta la altura del corte en modo vertical
- El área de corte debe tener formato letterbox en los modos de pantalla completa y horizontal
El dispositivo puede tener hasta un corte en cada borde corto (inferior y superior).
Para obtener más información, consulta el CDD.
Implementación
Para implementar cortes de pantalla en tu dispositivo, debes configurar lo siguiente: para la IU del sistema.
| Valor | Descripción |
|---|---|
quick_qs_offset_height
|
Define el margen superior para el panel de configuración rápida. El reloj y la batería se muestran en el espacio que está sobre el panel. En values-land, este se establece en |
quick_qs_total_height
|
Altura total del panel de configuración rápida (contraído de configuración rápida) panel) cuando se expande el panel de notificaciones, incluido el espacio anterior el panel que contiene el reloj.
Por la forma en que se establece la configuración rápida, la altura total de
el panel de configuración rápida y rápida (incluido el desplazamiento) debe conocerse estáticamente,
por lo que este valor debe ajustarse según el mismo valor
|
status_bar_height_portrait
|
La altura predeterminada de la barra de estado desde la perspectiva del framework. En la mayoría de los dispositivos, el valor predeterminado es de 24 dp. Cuando haya un corte, establece este valor a la altura del corte. Puede ser más alto que el corte si lo deseas. |
status_bar_height_landscape
|
La altura de la barra de estado en posición horizontal Los recortes solo se admiten en los bordes cortos del dispositivo, por lo que este estado siempre será inalterado, la altura de la barra. En un dispositivo sin corte, esto equivale a
|
config_mainBuiltInDisplayCutout
|
La ruta que define la forma del corte. Esta es una cadena analizable
Se puede especificar |
config_fillMainBuiltinDisplayCutout
|
Un valor booleano que determina si se debe dibujar la ruta de corte (definido arriba) en el software. Se puede usar para emular un corte o para completar un recorte físico para lograr un suavizado de contorno. Si es verdadero, se completa |
Consulta estos dimens para obtener las definiciones predeterminadas:
Superposición de ejemplo para un corte emulado:
<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>
Validación
Para validar tu implementación de cortes de pantalla, ejecuta las pruebas de CTS en tests/framework/base/windowmanager/src/android/server/wm.