O Android 9 adiciona suporte à implementação de diferentes tipos de cortes da tela nos dispositivos. Os cortes da tela permitem criar experiências imersivas, de ponta a ponta, deixando espaço para conteúdos importantes na parte frontal dos dispositivos.
Figura 1. Corte da tela na parte superior central
O Android 9 é compatível com os seguintes tipos de corte:
- Parte superior central: recorte no centro da borda superior
- Parte superior descentralizada: o recorte pode estar no canto ou um pouco descentralizado
- Inferior: recorte na parte inferior
- Dupla: um corte na parte superior e outro na parte inferior
Exemplos e origem
O código do gerenciador de janelas a seguir em
PhoneWindowManager.java (link em inglês)
mostra como os frames de exibição são inseridos na área segura quando
LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS não foi definido.
// 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);
}
A SystemUI é renderizada na área de corte e precisa determinar onde pode ser desenhada. PhoneStatusBarView.java (link em inglês) fornece um exemplo de visualização que determina onde está o corte da tela, como grande que seja e se o encarte da barra de navegação evita ou não a área de corte.
Ao substituir onApplyWindowInsets(), uma visualização pode determinar onde o corte está
e atualizar o layout de forma adequada.
@Override
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if (updateOrientationAndCutout(mLastOrientation)) {
updateLayoutForCutout();
requestLayout();
}
return super.onApplyWindowInsets(insets);
}
Esses métodos descrevem como os cortes são tratados na barra de status em todos os casos (ou seja, parte superior central, superior descentralizada, inferior e cortes duplos em todas as rotações).
Requisitos
Para garantir que os apps não sejam afetados negativamente pelos cortes, confira se que:
- A barra de status se estende pelo menos até a altura do corte no modo retrato
- A área de corte precisa ter efeito letterbox nos modos tela cheia e paisagem
O dispositivo pode ter até um corte em cada borda curta (superior e inferior).
Para mais informações, consulte o CDD.
Implementação
Para implementar cortes da tela no seu dispositivo, configure o seguinte: valores para a interface do sistema.
| Valor | Descrição |
|---|---|
quick_qs_offset_height
|
Define a margem superior do painel "Configurações rápidas". O relógio e a bateria são exibidas no espaço acima do painel. Em "values-land", defina como |
quick_qs_total_height
|
Altura total do painel de configurações rápidas (configurações rápidas recolhidas) painel) quando a aba de notificações é expandida, incluindo o espaço acima o painel que contém o relógio.
Devido ao modo como as Configurações rápidas estão dispostas, a altura total do
o painel de configurações rápidas (incluindo o deslocamento) deve ser conhecido estaticamente,
Esse valor precisa ser ajustado pela mesma proporção
|
status_bar_height_portrait
|
A altura padrão da barra de status na perspectiva do framework. Na maioria dos dispositivos, o padrão é 24 dp. Quando houver um recorte, defina esse para a altura do corte. Opcionalmente, pode ser mais alto que o corte se quiser. |
status_bar_height_landscape
|
A altura da barra de status no modo paisagem. Os recortes só são compatíveis com as bordas curtas do dispositivo, de modo que este será sempre um status inalterado da barra de ferramentas. Em um dispositivo sem corte, isso equivale a
|
config_mainBuiltInDisplayCutout
|
O caminho que define a forma do corte. Esta é uma string que pode ser analisada
|
config_fillMainBuiltinDisplayCutout
|
Um valor booleano que determina se o caminho de recorte será desenhado (definido acima) no software. Pode ser usado para emular um recorte ou para preencher um corte físico para conseguir suavização. Se verdadeiro, |
Consulte estes arquivos dimens para as definições padrão:
Exemplo de sobreposição para um 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>
Validação
Para validar sua implementação de cortes da tela, execute os testes CTS em tests/framework/base/windowmanager/src/android/server/wm (em inglês)