Cortes de pantalla

Android 9 agrega compatibilidad para implementar diferentes tipos de cortes 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 el frente de los dispositivos.

Corte de pantalla en la parte superior central

Figura 1: Corte de pantalla en la parte superior central

Android 9 admite los siguientes tipos de cortes:

  • Parte superior central: Corte en el centro del borde superior
  • Parte superior no centrada: El corte puede estar en la esquina o ligeramente descentrado
  • Parte inferior: Corte en la parte inferior
  • Doble: Un corte en la parte superior y otro en la parte inferior

Ejemplos y fuente

El siguiente código del administrador de ventanas en PhoneWindowManager.java muestra cómo se insertan los marcos de pantalla en el área segura cuando no se establece 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 de corte 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 el área de corte.

Si se anula onApplyWindowInsets(), una vista puede determinar dónde está 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, en la parte superior central, en la parte superior no centrada, en la parte inferior y en los cortes dobles en todas las rotaciones).

Requisitos

Para asegurarte de que los recortes no afecten negativamente a las apps, debes garantizar lo siguiente:

  • La barra de estado se extiende al menos hasta la altura del corte en modo vertical.
  • El área de corte debe tener formato de letterbox en los modos de pantalla completa y horizontal.

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 cortes 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, se establece en status_bar_height_landscape y, en orientación vertical, se establece en el valor predeterminado de 48 dp o en la altura del corte, el que sea mayor. Opcionalmente, puede ser más alta que el corte si lo deseas.

quick_qs_total_height

Altura total del panel de configuración rápida (panel de configuración rápida contraído) 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 debe ajustarse según el mismo delta quick_qs_offset_height. En values-land, este valor predeterminado es de 152 dp, mientras que el valor predeterminado para la orientación vertical es de 176 dp.

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, este valor predeterminado es de 24 dp. Cuando hay un corte, establece este valor en la altura del corte. Opcionalmente, puede ser más alta que el corte si lo deseas.

status_bar_height_landscape

Es la altura de la barra de estado en modo horizontal. Los cortes solo se admiten en los bordes cortos del dispositivo, por lo que siempre tendrán la misma altura de la barra de estado.

En un dispositivo sin recorte, esto equivale a status_bar_height_portrait. Cuando hay un corte, mantén este valor en la altura predeterminada de la barra de estado.

config_mainBuiltInDisplayCutout

Es la ruta de acceso que define la forma del corte. Es una cadena que se puede analizar con android.util.PathParser y es la forma en que se definen el tamaño y la forma del corte para el sistema.

Se puede especificar @dp en la ruta de acceso para emular una segmentación por forma que se dirija a diferentes dispositivos. Como los cortes físicos tienen un tamaño de píxel exacto, no uses el especificador @dp cuando definas la ruta de acceso para una muesca de hardware.

config_fillMainBuiltinDisplayCutout

Es un valor booleano que determina si se debe dibujar la ruta de corte (definida anteriormente) en el software. Se puede usar para emular un corte o para rellenar un corte físico y lograr un efecto de suavizado.

Si es verdadero, config_mainBuiltInDisplayCutout se completa en negro.

Consulta estos archivos dimens para ver las definiciones predeterminadas:

Ejemplo de superposición 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.