El cambio relevante está en el formato, no en una promesa de compatibilidad universal

El Galaxy Z Fold8 se presentó el 22 de julio de 2026. En su guía para desarrolladores publicada ese mismo día, Google destaca una característica que afecta directamente al software: el teléfono introduce una pantalla principal ultraancha cuya orientación natural es apaisada. La recomendación no consiste en añadir una versión especial para un único modelo, sino en abandonar supuestos rígidos sobre orientación y proporciones. (android-developers.googleblog.com)

Samsung describe el Fold8 como un dispositivo con pantalla principal de proporción 4:3, que puede girarse para leer, y pantalla exterior de 10:16. Eso dibuja dos contextos distintos para una misma app: un área exterior estrecha y una superficie interior más ancha. La información disponible permite hablar de un nuevo reto de diseño; por sí sola no demuestra que todas las aplicaciones vayan a funcionar mal ni que cada una necesite una reconstrucción completa. (news.samsung.com)

Primero hay que diseñar para el espacio de la app

Google aconseja que la interfaz responda al ancho disponible y después tenga en cuenta la altura. En una ventana amplia puede ser útil mostrar más columnas, paneles o contenido a la vez; cuando el espacio se estrecha, esos elementos pueden reorganizarse, ajustarse o pasar a otra disposición. La clave es que el diseño pueda redistribuirse, en lugar de depender de coordenadas o dimensiones fijas. (android-developers.googleblog.com)

También importa distinguir el tamaño físico de la pantalla del espacio que ocupa la ventana de la aplicación. En pantalla dividida o multitarea, la app puede recibir solo una parte del panel, y su ventana incluso puede tener una orientación distinta a la del dispositivo. Google señala Window Size Classes y Jetpack WindowManager como herramientas para identificar ese espacio real y los rasgos de ventana; así, la interfaz puede responder a las condiciones efectivas y no a una suposición basada en el tamaño total del teléfono. (android-developers.googleblog.com)

Pliegues, cambios de postura y continuidad

En un plegable, cambiar entre cerrado y abierto modifica la configuración que recibe la app. Las recomendaciones adaptativas de Android piden atender tanto a esos estados como a las orientaciones vertical y horizontal, el modo multiventana y las preferencias del usuario. Para diseños que cruzan la zona de la bisagra, Jetpack WindowManager ofrece información sobre pliegues y bisagras: una app puede evitar colocar contenido importante en esa área o aprovecharla como separación entre paneles. (developer.android.com)

Google también recomienda conservar el estado de la interfaz durante esos cambios, por ejemplo mediante ViewModel, para que el usuario no pierda el contexto al desplegar o plegar el dispositivo. Es una pauta de desarrollo, no una descripción de lo que hace automáticamente cualquier app instalada. En términos prácticos, al cambiar de pantalla deberían mantenerse, cuando la aplicación lo permita, la tarea en curso, la selección o el punto de lectura. La calidad de esa continuidad depende de cómo esté construida cada aplicación. (android-developers.googleblog.com)

Android 17 elimina una salida para apps grandes, pero no rediseña sus interfaces

Android 17 introduce un cambio relevante para apps que apuntan al nivel de API 37: deja de estar disponible la opción de excluirse de las reglas de Android que ignoran restricciones de orientación, proporción y redimensionamiento en pantallas grandes de al menos 600 dp de ancho. Google explica que estas reglas ya se habían introducido en Android 16 para apps con nivel de API 36 o superior. El cambio afecta a la respuesta de la app ante el tamaño y la orientación de la ventana; no crea por sí mismo una interfaz adaptativa. (developer.android.com)

Por eso conviene separar la regla del sistema del trabajo de diseño. Android puede permitir que una app se redimensione o se muestre en una orientación distinta de la que antes imponía, pero no reorganiza por arte de magia sus botones, listas o paneles para que resulten cómodos. La documentación de Google ofrece como práctica temporal una estrategia que restringe el modo vertical en pantallas compactas y permite la orientación del usuario en pantallas de 600 dp o más; la propia guía la presenta como un paso limitado, no como sustituto del soporte completo. (developer.android.com)

Cámara: otra prueba de adaptación, distinta de la interfaz general

La guía de Google trata por separado la captura con cámara. Al pasar de una pantalla exterior compacta a otra interior más amplia, cambian las proporciones del área de previsualización aunque la orientación del dispositivo no necesariamente cambie. Una implementación que presuponga una relación fija entre el sensor y la pantalla puede acabar mostrando una vista previa girada, deformada o recortada. Google recomienda CameraX para nuevas implementaciones y menciona PreviewView como apoyo para gestionar orientación del sensor, giro y escala. (android-developers.googleblog.com)

Para proyectos existentes que usan Camera2, la misma publicación señala CameraViewfinder como una alternativa para aplicar transformaciones de proporción y rotación sin rehacer toda la arquitectura. Son recomendaciones dirigidas a quienes desarrollan o mantienen las apps: no implican que el sistema pueda corregir todos los fallos de cámara de software de terceros. Al evaluar una aplicación de cámara en un plegable, por tanto, conviene observar el encuadre y la transición entre pantallas, no inferir compatibilidad completa solo porque la app se abra. (android-developers.googleblog.com)

Qué puede comprobar el usuario y dónde están los límites

Para el usuario, una comprobación útil es abrir una app en la pantalla exterior, desplegar el teléfono, girarlo y, si la aplicación lo permite, probar la pantalla dividida. Hay que fijarse en si el contenido se redistribuye, si aparecen barras o zonas vacías, si los controles quedan accesibles y si la tarea continúa después del cambio. En apps de lectura, vídeo o cámara, también importa que el formato de contenido y la previsualización no queden recortados de forma inesperada. Estas son señales observables, no una certificación técnica ni el resultado de pruebas realizadas para este artículo.

El anuncio de Google es orientación para desarrolladores y herramientas de plataforma; no publica una auditoría de compatibilidad de aplicaciones concretas. Tampoco permite concluir que el Galaxy Z Fold8 obligue a rediseñar cada app ni que Android 17 garantice una experiencia óptima en todas ellas. La tesis verificable es más acotada: el formato apaisado y las ventanas variables hacen más importante adaptar la interfaz al espacio disponible, y las reglas de Android 17 limitan una excepción de orientación para las apps que apunten a API 37 o superior. La diferencia entre admitir una configuración y diseñar bien para ella seguirá dependiendo de cada desarrollador. (android-developers.googleblog.com)