Android 9 agrega compatibilidad para implementar diferentes tipos de recortes de pantalla en los dispositivos. Los cortes de pantalla te permiten crear experiencias envolventes de borde a borde al mismo tiempo que dejan espacio para sensores importantes en la parte frontal de los dispositivos.
Figura 1: Recorte de la pantalla superior central
Android 9 admite los siguientes tipos de recortes:
- Parte superior central: Recorte en el centro del borde superior
- Parte superior no centrada: Es posible que el recorte esté en la esquina o ligeramente descentrado.
- Parte inferior: Recorte en la parte inferior
- Doble: Un corte en la parte superior y otro en la inferior
Ejemplos y fuente
En el siguiente código del administrador de ventanas de PhoneWindowManager.java, se muestra cómo se insertan los marcos de visualización en el área segura cuando no se configura 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 se renderiza en el área del recorte y debe 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 grande es y si la inserción de la barra de navegación evita o no el área de corte.
Si se anula onApplyWindowInsets(), una vista puede determinar dónde está el recorte 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 manejan los recortes en la barra de estado en todos los casos (es decir, en la parte superior central, superior no centrada, inferior y doble recorte en todas las rotaciones).
Requisitos
Para garantizar que los cortes no afecten de manera negativa a las apps, debes asegurarte de lo siguiente:
- La barra de estado se extiende al menos hasta la altura del corte en el modo vertical.
- El área de corte debe tener formato letterbox en los modos de pantalla completa y horizontal
Tu dispositivo puede tener hasta un corte en cada borde corto (superior e inferior).
Para obtener más información, consulta el CDD.
Implementación
Para implementar recortes de pantalla en tu dispositivo, debes configurar los siguientes valores 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 encima del panel. En values-land, debes establecerlo en |
quick_qs_total_height
|
Es la altura total del panel de configuración rápida (panel de configuración rápida colapsado) cuando se expande el panel de notificaciones, incluido el espacio sobre el panel que contiene el reloj.
Debido a la forma en que se establece la configuración rápida, la altura total del panel de configuración rápida/rápida (incluido el desplazamiento) debe conocerse de forma estática, por lo que este valor debe ajustarse con el mismo valor delta de |
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 en la altura del corte. De manera opcional, puede ser más alto que el corte si lo deseas. |
status_bar_height_landscape
|
La altura de la barra de estado en orientación horizontal Los recortes solo se admiten en los bordes cortos del dispositivo, por lo que siempre será una altura de barra de estado sin cambios. En un dispositivo sin recortes, esto equivale a |
config_mainBuiltInDisplayCutout
|
La ruta que define la forma del corte. Esta es una cadena que Se puede especificar |
config_fillMainBuiltinDisplayCutout
|
Es un valor booleano que determina si se debe dibujar la ruta de corte (definida anteriormente) en software. Se puede usar para emular un corte o para completar un corte físico con el objetivo de lograr un suavizado de contorno. Si es verdadero, |
Consulta estos archivos dimens para ver las definiciones predeterminadas:
Ejemplo de superposición para un recorte 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 recortes de pantalla, ejecuta las pruebas de CTS en tests/framework/base/windowmanager/src/android/server/wm.