
Autoridade Mishaal Rahman / Android
Tl; Dr
- O Android 16 apresenta atualizações ao vivo, um novo recurso que eleva as notificações em andamento à barra de status, mas exclui as notificações de reprodução da mídia.
- Isso ocorre porque os aplicativos de mídia usam um modelo dedicado de “estilo de mídia”, que não é um dos estilos específicos que podem ser promovidos a uma atualização ao vivo.
- Os estilos de comutação causariam aos aplicativos de mídia perder os principais controles e recursos de reprodução, é improvável que os desenvolvedores de troca contribuam para essa nova funcionalidade.
Ouvir música, audiolivros ou podcasts é uma das atividades mais comuns do smartphone, e é por isso que o Android oferece ao tratamento especial de notificações. Em vez de agrupá-los com outros alertas, o Android exibe as notificações de mídia no painel de configurações rápidas, na tela de bloqueio e até na tela sempre ativa. Ainda assim, você precisa derrubar o tom de notificação apenas para ver o nome da faixa atual. Um novo recurso no Android 16 apresenta chips de barras de status que podem resolver isso, mas, infelizmente, não funcionará com seu tocador de música favorito. Aqui está o porquê.
Você está lendo um Insights de autoridade história. Descubra as informações da autoridade para relatórios mais exclusivos, desmontagens de aplicativos, vazamentos e cobertura técnica profunda que você não encontrará em nenhum outro lugar. Esses relatórios refletem desenvolvimentos no momento da redação. Alguns recursos ou detalhes descobertos em vazamentos podem mudar antes da liberação oficial.
O Android 16 traz um novo recurso de notificação chamado Atualizações ao vivo, que são basicamente a versão do Android das atividades ao vivo no iOS. As atualizações ao vivo são notificações especiais que o sistema eleva para aparecer com destaque na tela de bloqueio, exibição sempre ativa, painel de notificação e na barra de status. Por design, eles são sempre totalmente expandidos e não podem ser colapsados pelo usuário.
Na tela de bloqueio e na tela sempre ativa, as atualizações ao vivo permanecem totalmente expandidas, mesmo quando outras notificações são minimizadas. Na gaveta de notificação, eles aparecem no topo, enquanto na barra de status se tornam pequenos chips com um ícone e um curto trecho de texto do aplicativo.

Um exemplo de atualizações ao vivo do aplicativo Uber Eats no AOD (esquerda), tela de bloqueio (meio esquerdo), barra de status (meio direito) e notificação de heads-up (direita).
Para que a notificação de um aplicativo se qualifique como uma atualização ao vivo, ele deve atender a vários critérios importantes:
- Deve ter um permissão especial. O aplicativo precisa solicitar o novo
POST_PROMOTED_NOTIFICATION
Permissão adicionada no Android 16 QPR1, que o usuário pode conceder ou revogar a qualquer momento a partir das configurações. - Deve ser solicitado explicitamente. O aplicativo deve solicitar ao sistema que promova sua notificação para uma atualização ao vivo, definindo o
EXTRA_REQUEST_PROMOTED_ONGOING
sinalizar ou usar orequestPromotedOngoing
API. - Deve ser “em andamento. ” Isso informa ao sistema que a notificação é para uma tarefa em segundo plano com a qual o usuário está “envolvido ativamente”, o que impede que ele seja demitido.
- Deve seguir Regras de formatação específicas. A notificação deve ter um título e uma prioridade maior que o mínimo. Não pode ser um resumo do grupo, incorporar conteúdo personalizado ou usar uma cor de fundo personalizada.
Embora os requisitos anteriores sejam diretos, há uma limitação crucial e final: o estilo da notificação. Somente notificações usando um dos quatro modelos específicos podem ser promovidos a uma atualização ao vivo.
- Padrão: Este é o modelo de notificação básica sem recursos especiais.
- Bigtext: Este modelo é usado para notificações contendo um grande bloco de texto expansível, como um email.
- Chamar: Personalizado para alertas de chamadas recebidas, esse estilo geralmente apresenta uma foto de contato grande e fornece ações específicas de chamada como “resposta” ou “declínio”.
- Progresso: Novo no Android 16, esse estilo foi projetado para qualquer tarefa que precise exibir uma barra de progresso.
Então, por que as notificações da mídia não podem se tornar atualizações ao vivo, especialmente porque elas geralmente têm barras de progresso? A resposta é que eles não usam o estilo de progresso do Android 16. Em vez disso, os aplicativos de música, audiolivro e podcast normalmente usam o modelo de estilo de mídia dedicado. Como mencionado anteriormente, eles fazem isso para receber o tratamento especial, o Android fornece notificações de reprodução de mídia. Se eles mudassem para o estilo de progresso, suas notificações não seriam fixadas no painel de configurações rápidas ou mostrariam o comutador de saída de mídia, entre outras coisas. Por fim, os aplicativos de mídia teriam que sacrificar a funcionalidade essencial apenas para obter acesso ao recurso de atualizações ao vivo-uma troca que é improvável que eles façam.

Autoridade Mishaal Rahman / Android
Isso levanta a pergunta: então: por que o Google não pode apenas fazer com que as notificações de estilo de mídia apareçam como atualizações ao vivo? Afinal, a Samsung já fez algo semelhante em uma interface do usuário 7, fazendo com que as notificações da mídia apareçam como “notificações ao vivo” por padrão. Essa seria uma ótima experiência do usuário, permitindo que você veja os controles atuais de mídia de faixa e acesso com um único toque no chip de barra de status, eliminando a necessidade de deslizar para baixo.

Autoridade Mishaal Rahman / Android
Até onde podemos dizer, não há razão técnica pela qual o Google não pode fazer isso. Parece que a empresa simplesmente não considera a reprodução da mídia um caso de uso válido para atualizações ao vivo. De acordo com a documentação do Google, o recurso é para atividades que estão “ativamente em andamento, com um início e fim distintos” e exigem a atenção do usuário “ao longo da atividade”. Os usos apropriados incluem “navegação ativa, telefonemas em andamento, rastreamento ativo de ridículo e rastreamento ativo de entrega de alimentos”, enquanto usos inadequados incluem coisas como “mensagens de bate -papo, alertas, próximos eventos de calendário e acesso rápido aos recursos do aplicativo”.
Portanto, embora a reprodução da mídia não seja explicitamente não permitida, ela não se encaixa no modelo “sensível ao tempo” do Google, o que explica por que o estilo de mídia não é promovido automaticamente. É uma pena, porém, porque achamos que mostrar informações contínuas em reprodução em um chip de barra de status seria uma característica fantástica – e pelo menos a Samsung parece concordar. Felizmente, o Google vê o que seus parceiros estão fazendo e reavalia sua posição.
Para quem deseja experimentar o recurso Atualizações ao vivo, você precisará instalar o Android 16 QPR1 Beta em um dispositivo de pixel compatível, pois o recurso não está ativo na versão estável. Você também precisará encontrar um aplicativo suportado, como o próprio aplicativo de amostra do Google. Os desenvolvedores interessados em apoiar atualizações ao vivo podem conferir a documentação oficial do Google e experimentar o lançamento alfa mais recente da biblioteca do JetPack Core.