Apple Event 'Surprise and Shine': iPhone Duo, iPhone 18 Pro y qué implica para los devs

Hoy Apple hizo el evento “Surprise and Shine” en el Steve Jobs Theater de Apple Park. Es el primer keynote de John Ternus como CEO —tomó el puesto el 1 de septiembre— y no llegó vacío. Este post recapea lo anunciado y aterriza qué implica para nosotros los que hacemos apps iOS, sobre todo lo relacionado con el nuevo form factor foldable.

Lo que anunciaron

Tres iPhones nuevos. El iPhone 18 Pro, el iPhone 18 Pro Max y el iPhone Duo, el primer foldable de Apple. Los tres corren el chip A20 Pro fabricado en proceso de 2 nm (MacRumors event preview). Sorpresa: no hay iPhone 18 base este año — Apple lo movió a la primavera de 2027, junto con el iPhone 18e y la segunda generación del iPhone Air (TechRadar).

El iPhone Duo, en concreto:

Pantalla exterior: 5.4 pulgadas (~90 % del área del iPhone 18 Pro).
Pantalla interior: 7.6 pulgadas (50 % más grande que el 18 Pro Max, 80 % más grande que el 18 Pro).
Aspect ratio continuo entre ambas pantallas, según Apple.
12 GB de RAM, base de 256 GB.
Primer iPhone con el modem C2 de Apple, reduciendo dependencia de Qualcomm.
Precio de arranque: $1,999 USD. Preórdenes el 16 de octubre, envíos el 23 (Variety, Macworld).

Además del iPhone: Apple Watch Series 12, Apple Watch Ultra de cuarta generación y AirPods 5 (TidBITS, 9to5Mac).

El paquete de OS 27 — todos el 14 de septiembre

Apple confirmó que iOS 27, iPadOS 27, macOS 27 Golden Gate, watchOS 27, tvOS 27 y visionOS 27 salen todos el lunes 14 de septiembre de 2026 (9to5Mac, Neowin). Una sola fecha para todo el stack — cinco días después del evento.

macOS 27 lleva el nombre “Golden Gate”, siguiendo la línea de nombres inspirados en California. Los cambios más visibles (Macworld, 9to5Mac release notes):

Nuevo Siri con Apple Intelligence integrado a nivel de app.
Shortcuts con IA — atajos generados desde prompts en lenguaje natural.
Mejoras en Safari, nuevos wallpapers y salvapantallas Golden Gate.
Drop de soporte para Macs Intel — solo Apple silicon. Las features avanzadas de Siri IA piden M3 o más nuevo y 12 GB de RAM unificada.

Para nosotros los devs iOS, la fecha del 14 importa por una razón concreta: es el día en que los usuarios reales empiezan a actualizar, y también el día en que las APIs de foldable de las que hablo abajo dejan de ser beta y pasan a producción.

El elefante en el salón: dos pantallas en un iPhone

El iPhone Duo no es solo una pantalla más grande. Es un dispositivo con dos estados físicos —cerrado y abierto— y un rango de ángulos intermedios. Apple mostró varias adaptaciones de sistema pensadas para ese hecho (MacRumors: Apple Announces Foldable iPhone Duo):

Controles del sistema ubicados en los bordes para acceso con el pulgar.
Dock del Home Screen orientado verticalmente cuando el device está abierto.
Contenido que se escala automáticamente durante la transición entre pantallas.
Apps que pueden correr en modo dual (dos apps lado a lado) o replicarse en ambas pantallas.
Tuning de audio que ajusta la mezcla según la distancia entre bocinas conforme cambia el ángulo.

Terceros que ya llegaron al lanzamiento con soporte real: Netflix, Zoom y Slack (Digital Trends).

Perspectiva de desarrollo: qué trae iOS 27 y Xcode 26

Nada de esto salió de la nada. En el WWDC 2026 Platforms State of the Union Apple ya había presentado el resizable app framework, un empujón para que las apps dejen de asumir dimensiones fijas de dispositivo y adopten adaptación dinámica (MacRumors: iOS 27 Hints at Foldable iPhone). El iPhone Duo es la razón concreta por la que ese framework existía.

Parallel View — el sistema hace parte del trabajo

Apple ships un sistema-level reflow mechanism llamado Parallel View que adapta automáticamente apps existentes al display ancho del Duo. Si compilas contra el SDK más reciente, tu app queda opted-in por default a resizability (byteiota: iPhone Fold APIs).

La distinción importante: adaptación automática no es lo mismo que diseño intencional. Parallel View evita que tu app se vea rota, pero no la hace ver bien en la pantalla grande.

NavigationSplitView — el atajo real (y no es nuevo)

Desde iOS 16, NavigationSplitView colapsa a stack en pantallas compactas y expande a sidebar-detail cuando hay espacio, sin código condicional:

NavigationSplitView(columnVisibility: $columnVisibility) {
    ArticleListView()
        .navigationTitle("Headlines")
} detail: {
    if let article = selectedArticle {
        ArticleDetailView(article: article)
    }
}

Este componente estaba pensado para iPad y ahora se comporta como el patrón por default en el Duo.

APIs específicas del foldable

Analistas encontraron en el código de iOS 27 varias APIs nuevas para reaccionar al estado físico del device:

foldState — estado del pliegue (cerrado, abierto, plegado a cierto ángulo).
angleDegrees — ángulo actual entre las dos mitades.
mechanicalAngleDegrees — ángulo mecánico crudo del sensor.

Además, iOS 27 introduce el modificador .adaptiveSidebar() y tokens de diseño Liquid Glass para fondos de sidebar cuando el layout se expande.

Xcode 26 — testing sin hardware

Xcode 26 ya trae:

Un iPhone Fold simulator con toggle de estado (abierto / cerrado / ángulos intermedios).
Overlay de Fold State en el View Debugger para inspeccionar cómo tu layout reacciona.
Previews resizable que dejan probar rangos de tamaños y aspect ratios sin cambiar de simulador.

El opt-out consciente

No todas las apps deberían adaptar. Si tu app es de cámara o AR y solo tiene sentido en la pantalla exterior con el device cerrado, puedes declarar en el Info.plist:

<key>UIRequiresFullScreen</key>
<true/>

Con eso corre solo en la cover display de 5.4”. Es opt-out consciente, no descuido.

Conclusión — retos concretos para hacer apps compatibles

Aquí es donde toca sentarse a pensar. El iPhone Duo pone al día algo que iPad venía marcando: la era del layout fijo por dispositivo se cerró. Estos son los retos que veo:

1. Auditar qué asume tu app. Cualquier frame(width: 375), cualquier cálculo basado en UIScreen.main.bounds, cualquier layout que asuma “portrait único” es deuda inmediata. La misma app va a correr en un cover de 5.4”, un inner de 7.6”, un iPhone 18 Pro Max y —si compartes código— un iPad.

2. Diseñar para estados intermedios, no binarios. El foldable no está solo “abierto” o “cerrado”. Hay ángulos, hay postura (el device propped a 90° usado como tripié o como laptop mini), hay transiciones en medio de una interacción. Cada uno es una oportunidad de producto — la app de fotografía puede usar el device semi-plegado como tripié virtual, la de videollamadas puede reorganizar controles en la mitad inferior cuando la superior muestra la otra persona.

3. Preservar estado en las transiciones. Cuando el usuario abre el device en medio de una tarea, ¿el scroll se mantiene? ¿el foco de teclado se mueve? ¿el video sigue reproduciéndose? SwiftUI con scene lifecycle bien manejado ayuda, pero cada app tiene sus detalles.

4. Repensar el aspect ratio, no solo el tamaño. Ambos displays del Duo comparten aspect ratio, pero uno es casi el doble del otro en área. Imágenes, videos, grids y componentes que asumen un aspect ratio único necesitan revisión —no para hacerse elásticos ciegamente, sino para elegir qué se aprovecha del espacio extra.

5. Testing con y sin hardware. El iPhone Fold simulator de Xcode 26 cubre lo básico, pero validar toques reales, transiciones físicas y ergonomía del ángulo intermedio necesita el dispositivo. Con un precio de arranque de $1,999 USD, no todo el equipo va a tenerlo el día 1 — hay que estirar el simulator y priorizar qué validaciones requieren hierro real.

6. Una sola base de código. El objetivo del NavigationSplitView y del resizable framework es que no dupliques código para iPhone tradicional, Duo y iPad. Si te encuentras haciendo if isFoldable {…}, probablemente estás yendo contra el diseño de la plataforma. La excepción legítima es cuando accedes a APIs específicas como foldState o angleDegrees para features que solo tienen sentido en el hardware nuevo.

El mensaje que se repitió durante el evento y en la documentación posterior es el mismo: layout adaptativo por default. No porque el foldable vaya a ser la mayoría de la base instalada mañana —no lo será, con ese precio— sino porque la dirección de la plataforma se comprometió con eso. Este es el momento razonable de auditar apps existentes contra Parallel View, adoptar NavigationSplitView donde tenga sentido, y decidir cuáles features del Duo justifican tocar foldState a mano.