Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Recortes de pantalla

Android 9 agrega soporte para implementar diferentes tipos de recortes de pantalla en dispositivos. Los recortes de la pantalla le permiten crear experiencias inmersivas de borde a borde al mismo tiempo que dejan espacio para sensores importantes en la parte frontal de los dispositivos.

Recorte de la pantalla central superior

Figura 1. Top pantalla del centro de recorte

Android 9 admite los siguientes tipos de recortes:

  • Centro superior: recorte en el centro del borde superior
  • Parte superior no centrada: el recorte puede estar en la esquina o ligeramente descentrado
  • Abajo: Recorte en la parte inferior
  • Doble: un recorte en la parte superior y otro en la parte inferior

Ejemplos y fuente

El siguiente código de gestor de ventanas en PhoneWindowManager.java muestra cómo los marcos de visualización de recuadro a la zona segura cuando LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS no está establecido.

// 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 recorte y necesita determinar dónde puede dibujar. PhoneStatusBarView.java proporciona un ejemplo de una vista que determina donde el recorte de visualización es, lo grande que es, y si o no la inserción de la barra de navegación evita el área de corte.

Anulando onApplyWindowInsets() , una vista puede determinar dónde está el recorte es y actualizar su diseño en consecuencia.

@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, superior central, superior no centrado, inferior y cortes dobles en todas las rotaciones).

Requisitos

Para asegurarse de que las aplicaciones no se vean afectadas negativamente por los recortes, debe asegurarse de que:

  • La barra de estado se extiende al menos a la altura del recorte en modo vertical
  • El área de recorte debe estar en formato de pantalla ancha en modo horizontal y en pantalla completa.

Su dispositivo puede tener hasta un corte en cada borde corto (superior e inferior).

Para obtener más información, consulte la DDC .

Implementación

Para implementar recortes de pantalla en su dispositivo, debe configurar los siguientes valores para la interfaz de usuario 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 encima del panel.

En valores-tierra, conjunto a status_bar_height_landscape , y en conjunto vertical a ya sea el valor por defecto de 48DP, o la altura de la escotadura, lo que sea más grande. Opcionalmente, puede ser más alto que el recorte si lo desea.

quick_qs_total_height

Altura total del panel de configuración rápida rápida (panel de configuración rápida contraído) cuando se expande el tono de notificación, incluido el espacio sobre el panel que contiene el reloj.

Debido a los ajustes rápidos manera es distribuido, la altura total del panel de configuración rápido-rápido (incluyendo el offset) debe ser conocida de forma estática, por lo que este valor debe ser ajustado por el mismo delta quick_qs_offset_height . Values-land lo establece de forma predeterminada en 152 dp, mientras que el valor predeterminado de retrato es 176 dp.

status_bar_height_portrait

La altura predeterminada de la barra de estado desde la perspectiva del marco.

En la mayoría de los dispositivos, este valor predeterminado es 24 dp. Cuando haya un corte, establezca este valor a la altura del corte. Opcionalmente, puede ser más alto que el recorte si lo desea.

status_bar_height_landscape

La altura de la barra de estado en horizontal. Los recortes solo se admiten en los bordes cortos del dispositivo, por lo que siempre será una altura de barra de estado inalterada.

En un dispositivo sin recorte, esto es equivalente a status_bar_height_portrait . Cuando haya un corte, mantenga este valor en la altura predeterminada de la barra de estado.

config_mainBuiltInDisplayCutout

El camino que define la forma del recorte. Se trata de una cadena apta para su procesamiento por android.util.PathParser , y es como el tamaño y la forma del recorte se define en el sistema.

@dp se puede especificar en el camino de emular una forma dirigidos a diferentes dispositivos. Debido a los recortes físicas tienen un tamaño exacto de píxeles, no utilice el @dp especificador la hora de definir el camino para una muesca de hardware.

config_fillMainBuiltinDisplayCutout

Un valor booleano que determina si se dibuja la ruta de corte (definida anteriormente) en el software. Se puede utilizar para emular un recorte o para rellenar un recorte físico para lograr el suavizado.

Si es verdad, config_mainBuiltInDisplayCutout se llena en negro.

Ver estos dimens archivos para las definiciones de incumplimiento:

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 la aplicación de recortes de pantalla, ejecutar las pruebas de CTS en pruebas / marco / base / windowmanager / src / android / servidor / wm .