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: Corte de pantalla en la parte superior central
Android 9 admite los siguientes tipos de recortes:
- Parte superior central: Recorte en el centro del borde superior
- No centrado en la parte superior: 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 en PhoneWindowManager.java, se muestra cómo se insertan los marcos de la pantalla 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 corte y debe determinar dónde puede dibujar. PhoneStatusBarView.java proporciona un ejemplo de una vista que determina dónde está el corte de pantalla, qué tan grande es y si la inserción de la barra de navegación evita o no el área del 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, en la parte superior no centrada, en la parte inferior y en los recortes dobles en todas las rotaciones).
Requisitos
Para asegurarte de que las apps no se vean afectadas negativamente por los recortes, 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 horizontal y de pantalla completa.
El 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 del panel de Configuración rápida. El reloj y la batería se muestran en el espacio sobre el panel. En values-land, configúralo 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 diseñó la configuración rápida, la altura total del panel de configuración rápida (incluido el desplazamiento) debe conocerse de forma estática, por lo que este valor se debe ajustar con la misma delta |
status_bar_height_portrait
|
Es 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 recorte, establece este valor en la altura del recorte. De manera opcional, puede ser más alto que el corte si lo deseas. |
status_bar_height_landscape
|
Es la altura de la barra de estado en modo 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
|
Es 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 recorte o para completar un recorte físico y lograr un suavizado de bordes. 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.