Android 17 pode imitar esse recurso do iOS para reduzir enjôo

Muitas pessoas evitam usar seus telefones Android em veículos em movimento devido ao enjôo, uma condição que pode causar náuseas, dores de cabeça e tonturas. Acredita-se que o enjôo seja causado por um conflito sensorial; seus olhos focam em um objeto estacionário (o telefone) enquanto seus ouvidos internos sinalizam que você está se movendo. Como as pessoas passam tanto tempo como passageiros, é uma pena que muitos não consigam usar seus telefones sem se sentirem mal. Felizmente, o Google está trabalhando em um novo recurso para o Android 17 que visa reduzir esse desconforto.

Você está lendo o Boletim Informativo sobre Autoridadeum boletim informativo semanal que revela alguma nova faceta do Android que não foi relatada em nenhum outro lugar. Se você está procurando as últimas novidades, os vazamentos mais recentes e as últimas notícias sobre o sistema operacional Android do Google e outros tópicos de tecnologia móvel, nós temos o que você precisa.

Inscreva-se aqui para que esta postagem seja entregue em sua caixa de entrada de e-mail todos os sábados.

Chamado de Motion Cues, o recurso atenua essa incompatibilidade sensorial ao adicionar elementos visuais que imitam o movimento do veículo. Ele coloca pontos na tela que mudam em tempo real com base nos dados dos sensores de movimento do seu telefone. Este truque simples, mas incrivelmente útil, “move” efetivamente a tela com você, resolvendo potencialmente o enjoo de muitos usuários.

Se esse recurso parece familiar, é porque o Google não é o pioneiro aqui. Embora os Vehicle Motion Cues da Apple no iOS 18 possam ser mais conhecidos, um aplicativo Android gratuito implementou essa ideia em 2018. Disponível para qualquer telefone com Android 7.0 ou posterior, o KineStop simplesmente exige que você faça o download, conceda a permissão “exibir sobre outros aplicativos” e toque em Iniciar.

Por que, então, a versão do Google deve esperar pela atualização do Android 17 do próximo ano? É uma questão com a qual lutamos desde que descobrimos evidências de Motion Cues no final de 2024. De acordo com nosso especialista residente em desmontagem de APK, Assemble Debug, o recurso é totalmente funcional, mas permanece inativo no Google Play Services. No entanto, ele tem uma falha que provavelmente explica por que o Google está adiando seu lançamento até um lançamento futuro do sistema operacional.

Conforme mostrado na gravação de tela acima, os pontos de movimento não aparecem nos elementos do sistema, como o aplicativo Configurações, barra de status, notificações, configurações rápidas, tela de bloqueio ou painel de volume. Isso acontece porque a implementação atual depende da API de sobreposição padrão do Android. Por motivos de segurança, o Android impede que os aplicativos utilizem esses componentes críticos do sistema para impedir que agentes mal-intencionados induzam os usuários a realizar ações não intencionais. Embora esta seja uma limitação de segurança sensata, ela reduz a eficácia dos Motion Cues.

O Android 17 poderia resolver isso introduzindo uma API Motion Cues no nível do sistema. As evidências encontradas na última versão 2512 do Android Canary sugerem que esta API transfere a responsabilidade de renderização para o SystemUI – o aplicativo de sistema exato que gerencia os componentes onde os Motion Cues atualmente não aparecem.

Android agora inclui código – MotionCuesService, IMotionCuesCallback, MotionCuesDatae MotionCuesSettings – que permitem que um aplicativo cliente (neste caso, Google Play Services) defina as coordenadas X/Y, cor, raio e espaçamento dos pontos. Em seguida, ele renderiza esses pontos em uma camada de janela privilegiada por meio do startMotionCuesSession comando. Efetivamente, o Google Play Services determina o posicionamento e a aparência dos pontos, enquanto o SystemUI cuida da exibição real na tela.

Para evitar que aplicativos de terceiros encham a tela com pontos indesejados, o Android só permite aplicativos que contenham o novo DRAW_MOTION_CUES permissão para usar a API. Essa permissão é restrita a apps privilegiados do sistema ou assinados pelo certificado da plataforma. SystemUI só se ligará a serviços (BIND_MOTION_CUES_SERVICE) que atendem a esse requisito, garantindo que ignora dados de aplicativos de terceiros não autorizados.

Essa arquitetura de camada dupla ignora as limitações da API de sobreposição, mas, como depende de uma nova API de sistema, requer uma atualização do sistema operacional. Isso explicaria por que o Google ainda não lançou o recurso. Dependendo do roteiro do Google, poderemos ver esse recurso sendo lançado no terceiro lançamento trimestral do Android 16 ou, mais provavelmente, no Android 17. Embora não saibamos os planos do Google para esse recurso, estou pessoalmente apostando na estreia do Android 17.

Esperançosamente, o Google lança uma versão desse recurso que seja compatível com os dispositivos existentes. Apesar das limitações da API de sobreposição, muitos ainda achariam a implementação atual útil. Porém, se o Google não lançar o recurso como está, os usuários poderão sempre recorrer ao KineStop como uma alternativa confiável.

Quando o Google finalmente lançar o recurso, ele poderá estrear como “Motion Assist” em vez de “Motion Cues” para evitar acusações de cópia da Apple. Independentemente do nome, esperamos que o Google o integre ao próximo modo Transiting, que foi projetado para automatizar as configurações do dispositivo para viagens mais tranquilas. Idealmente, o modo Transiting acionaria o Motion Assist automaticamente, embora a detecção de veículo integrada do recurso possa tornar isso desnecessário.

Quer mais?

Insights de autoridade é mais do que um boletim informativo – é o centro de todo o nosso melhor conteúdo. Se você se preocupa com o Android, não vai querer perder nenhum de nossos outros relatórios exclusivos.

Não tem tempo para ler todos eles? Assine nosso Podcast de insights de autoridade para ouvir eu e meu co-apresentador, C. Scott Brown, contarmos nossas principais notícias da semana.