A mudança importante está no formato, não em uma promessa de compatibilidade universal
O Galaxy Z Fold8 foi apresentado em 22 de julho de 2026. No guia para desenvolvedores publicado no mesmo dia, o Google destaca uma característica com impacto direto no software: o telefone introduz uma tela principal ultralarga cuja orientação natural é a horizontal. A recomendação não é criar uma versão especial para um único modelo, mas abandonar suposições rígidas sobre orientação e proporções. Em outras palavras, os desenvolvedores devem considerar como um app se comporta quando a configuração da tela muda, em vez de tomar o layout vertical habitual como único ponto de partida possível. (Android Developers Blog)
A Samsung descreve o Fold8 com uma tela principal na proporção 4:3, que pode ser girada para leitura, e uma tela externa 10:16. Isso cria dois contextos distintos para o mesmo app: uma área externa estreita e uma superfície interna mais ampla. As informações disponíveis permitem falar em um novo desafio de design; por si só, elas não demonstram que todos os apps funcionarão mal nem que cada um precisará ser reconstruído por completo. A questão prática é como uma interface existente reage quando a pessoa passa de uma tela para a outra e se o conteúdo e os controles se adaptam ao espaço realmente disponível. As proporções explicam por que os desenvolvedores precisam considerar mais de um layout, mas não comprovam um problema universal de compatibilidade. (Samsung Newsroom)
O primeiro passo é projetar para o espaço disponível no app
O Google aconselha que a interface responda primeiro à largura disponível e depois leve a altura em conta. Em uma janela ampla, pode ser útil exibir mais colunas, painéis ou conteúdo de uma só vez; quando o espaço fica menor, esses elementos podem ser reorganizados, ajustados ou apresentados em outra disposição. O essencial é permitir que o layout se redistribua, em vez de depender de coordenadas ou dimensões fixas. Isso não significa que toda tela precise mostrar sempre a mesma quantidade de informações. A organização pode mudar de maneira deliberada conforme a janela do app muda, para que controles e conteúdo continuem utilizáveis, em vez de serem simplesmente comprimidos em um layout pensado para outra forma de tela. (Android Developers Blog)
Também é importante diferenciar o tamanho físico da tela do espaço ocupado pela janela do app. Em tela dividida ou em outros modos multitarefa, um app pode receber apenas parte do painel, e sua janela pode até ter orientação diferente da do dispositivo. O Google aponta Window Size Classes e Jetpack WindowManager como ferramentas para identificar o espaço real e as características da janela. Assim, a interface pode responder às condições efetivas, em vez de se basear em uma suposição sobre o tamanho total do telefone. Essa distinção importa para quem usa o aparelho: uma tela grande não significa que todo app tenha sempre a tela inteira à disposição. O tamanho e a orientação da janela, assim como a maneira como os apps são organizados, determinam o espaço em que a interface precisa funcionar. (Android Developers Blog)
Dobras, mudanças de postura e continuidade
Em um dobrável, alternar entre fechado e aberto muda a configuração recebida pelo app. As recomendações adaptativas do Android pedem atenção a esses estados, bem como às orientações vertical e horizontal, ao modo de várias janelas e às preferências do usuário. Para layouts que passam pela área da dobradiça, o Jetpack WindowManager fornece informações sobre dobras e dobradiças: um app pode evitar colocar conteúdo importante nessa área ou usá-la como divisão entre painéis. A dobradiça passa, assim, a ser um aspecto do layout, não apenas um detalhe físico. A escolha depende da interface: pode ser melhor afastar o conteúdo da dobra ou colocar partes distintas do app em cada lado, quando isso fizer sentido. (Android Developers)
O Google também recomenda preservar o estado da interface durante essas mudanças, por exemplo com ViewModel, para que a pessoa não perca o contexto ao abrir ou fechar o dispositivo. Essa é uma orientação de desenvolvimento, não uma descrição do que qualquer app instalado faz automaticamente. Na prática, quando a configuração da tela muda, a tarefa em andamento, a seleção ou o ponto de leitura devem ser mantidos quando o app permitir. A qualidade dessa continuidade depende de como cada aplicativo foi construído. Um dobrável pode mudar o layout disponível sem que a pessoa queira começar de novo; por isso, um app preparado deve considerar quais informações precisam sobreviver à transição. A recomendação não demonstra que todos os apps já preservem seu estado, nem significa que a plataforma possa oferecer, no lugar deles, uma continuidade que não foi implementada. (Android Developers Blog)
O Android 17 remove uma saída para apps em telas grandes, mas não redesenha suas interfaces
O Android 17 traz uma mudança relevante para apps direcionados ao nível de API 37: deixa de estar disponível a opção de não seguir as regras do Android que ignoram restrições de orientação, proporção e redimensionamento em telas grandes com pelo menos 600 dp de largura. O Google explica que essas regras já haviam sido introduzidas no Android 16 para apps direcionados ao nível de API 36 ou superior. A mudança afeta a resposta do app ao tamanho e à orientação da janela; ela não cria uma interface adaptativa por conta própria. Em outras palavras, o sistema pode deixar de aplicar certas restrições do mesmo modo para os apps abrangidos, mas esse comportamento é diferente do trabalho necessário para organizar bem o conteúdo. (Android Developers)
Por isso, vale separar a regra do sistema do trabalho de design. O Android pode permitir que um app seja redimensionado ou exibido em uma orientação diferente da que antes impunha, mas não reorganiza magicamente botões, listas ou painéis para torná-los confortáveis de usar. A documentação do Google apresenta como prática temporária uma estratégia que restringe o modo vertical em telas compactas e permite a orientação escolhida pelo usuário em telas de 600 dp ou mais. O próprio guia descreve isso como uma etapa limitada, não como substituto do suporte completo. Os desenvolvedores ainda precisam considerar a aparência e o funcionamento da interface nas configurações que o sistema permite. Uma mudança no comportamento da plataforma pode expor pontos fracos do layout, mas não equivale a um redesenho automático nem garante que cada controle fique em uma posição adequada. (Android Developers)
Câmera: outro teste de adaptação, separado da interface geral
O guia do Google trata a captura com a câmera separadamente. Ao passar de uma tela externa compacta para outra interna, maior, mudam as proporções da área de pré-visualização, mesmo que a orientação do dispositivo não necessariamente mude. Uma implementação que pressuponha uma relação fixa entre sensor e tela pode acabar exibindo uma prévia girada, distorcida ou cortada. O Google recomenda CameraX para novas implementações e menciona PreviewView como apoio para lidar com a orientação do sensor, a rotação e a escala. É um exemplo específico de por que verificar a interface geral nem sempre basta: a prévia da câmera tem uma geometria própria e precisa se adaptar à superfície em que aparece. (Android Developers Blog)
Para projetos existentes que usam Camera2, a mesma publicação aponta CameraViewfinder como alternativa para aplicar transformações de proporção e rotação sem reconstruir toda a arquitetura. Essas recomendações são dirigidas a quem desenvolve ou mantém os apps; não significam que o sistema consiga corrigir todos os problemas de software de câmera em aplicativos de terceiros. Ao avaliar um app de câmera em um dobrável, portanto, convém observar o enquadramento e a transição entre telas, em vez de concluir que há compatibilidade completa apenas porque o app abre. O início do app é apenas um sinal visível. A prévia ainda pode reagir mal à mudança do espaço disponível, e as ferramentas citadas são recomendações de desenvolvimento, não uma promessa de que determinado aplicativo já as utiliza. (Android Developers Blog)
O que o usuário pode verificar e quais são os limites
Para quem usa o aparelho, um teste útil é abrir um app na tela externa, abrir o telefone, girá-lo e, se o app permitir, experimentar a tela dividida. Vale observar se o conteúdo se reorganiza, se aparecem barras ou áreas vazias, se os controles continuam acessíveis e se a tarefa prossegue após a mudança. Em apps de leitura, vídeo ou câmera, também importa verificar se o formato do conteúdo e a prévia não são cortados inesperadamente. Esses são sinais observáveis, não uma certificação técnica nem o resultado de testes feitos para este artigo. Experimentar configurações diferentes pode mostrar como um app se comporta no uso cotidiano, mas não comprova que ele seja compatível com todos os tamanhos de janela ou posturas possíveis. O teste é útil justamente por se limitar ao que pode ser observado, sem atribuir a isso um alcance maior.
O anúncio do Google traz orientações para desenvolvedores e ferramentas da plataforma; não publica uma auditoria de compatibilidade de aplicativos específicos. Também não permite concluir que o Galaxy Z Fold8 obrigue a redesenhar todo app ou que o Android 17 garanta uma experiência ideal em todos eles. A afirmação verificável é mais restrita: formatos com orientação horizontal e janelas variáveis tornam mais importante adaptar a interface ao espaço disponível, e o Android 17 limita uma exceção de orientação para apps direcionados à API 37 ou superior. A diferença entre aceitar uma configuração e projetar bem para ela continuará dependendo de cada desenvolvedor. O usuário pode observar essa diferença, mas as orientações não certificam o comportamento de nenhum aplicativo específico. (Android Developers Blog)