El iPhone Duo plegable obliga a los desarrolladores de iOS a rehacer sus layouts
Apple detalla qué tienen que cambiar las apps para funcionar en la pantalla exterior, la interior y los estados a medio plegar del Duo, y avisa: nada de medidas fijas ni de barras hechas a mano.
Apple ha empezado a mover ficha para el iPhone Duo, su primer plegable, y eso son deberes para quien desarrolla en iOS. Las apps tendrán que funcionar en la pantalla exterior, en la interior cuando el equipo está abierto y en las posturas a medio plegar, con cambios que tocan navegación, barras de herramientas, cámaras y zonas reservadas. La compañía ya ha publicado la guía para preparar las apps, y el requisito previo es de herramientas: solo Xcode 27.1 y posteriores permiten aprovechar todo el espacio, porque lo compilado con versiones anteriores no se extiende bajo la barra de estado ni bajo las áreas de cámara.
Adiós a las medidas fijas
El mensaje de Apple es el de siempre, pero ahora con consecuencias. Nada de apoyarse en dimensiones fijas de pantalla como UIScreen.main.bounds: las vistas deben dimensionarse respecto a su contenedor. La recomendación son los contenedores estándar —stacks de SwiftUI, navigation y split views, tab bars estándar, Auto Layout de UIKit—, que se recolocan solos cuando cambia el espacio disponible, ya sea la pantalla exterior, la interior abierta o una postura con el pliegue y la cámara comiendo superficie.
Tampoco vale decidir el layout mirando userInterfaceIdiom o UIInterfaceOrientation. Apple pide tirar de size classes, observando los cambios en horizontalSizeClass y verticalSizeClass.
El otro golpe está en las barras. En algunas posturas las toolbars y las barras de navegación aparecen en vertical, en el lateral. Quien haya montado navegación o barras a mano con UIToolbar, UINavigationBar o UITabBar puede encontrarse con que no se adaptan; la salida es pasar a las APIs estándar, con el modificador toolbar(content:) sobre un NavigationStack o NavigationSplitView en SwiftUI, o configurando los items de toolbar de un view controller dentro de un navigation controller en UIKit.
Pliegue, cámaras y reservas
El Duo introduce regiones reservadas: el propio pliegue, que parte la pantalla en dos, y las zonas que ocupa un elemento de hardware como la cámara. Los contenedores que vienen con los frameworks se apartan solos, pero las vistas propias necesitan calcularlas. En SwiftUI se consultan con reservedRegions(kind:options:layoutDirectionBehavior:) y en UIKit con reservedRegions(kind:options:). La cámara frontal interior tapa la vista cuando está activa; la frontal exterior la tapa siempre.
A eso se suma que el equipo puede disparar desde la cámara de la pantalla exterior, la de la interior y la trasera, y abrir, cerrar o girar el dispositivo cambia cuál está activa. Hay que elegir la cámara según hacia dónde mire.
Las reacciones no han sido entusiastas. El desarrollador Steve Troughton-Smith escribió en Mastodon que esto es "como si cayera una plataforma nueva entera con un mes de margen". El editor de iOS Dev Weekly, Juan Marin, recordó que no es la primera vez que Apple avisa con años de antelación y que la mayoría lo arregla después, aunque admitió que UIScreen.main.bounds "es un bug esperando a un dispositivo, y el dispositivo por fin ha llegado".
Para quien mantiene una app de iOS, el trabajo concreto es auditar cualquier layout atado a dimensiones o al idioma de interfaz, probar en las dos pantallas y en cada postura, y revisar cómo se comportan las barras. Otro usuario, David, se preguntaba cuántas apps se molestarán en dar soporte al Duo en los próximos meses.
