Xcode 27.1 beta: tu app en el simulador del iPhone Duo

Xcode 27.1 beta (27A9269) salió el viernes 18 de septiembre de 2026 con el primer SDK de iOS 27.1 y un tipo de dispositivo iPhone Duo para el simulador, cuatro días después de Xcode 27.0. El SDK trae todas las API de iPhone Duo que nombra la guía de preparación de Apple, el perfil del tipo de dispositivo define las dos pantallas en 1398 por 2034 y 2007 por 2853 píxeles a 3x, es decir 466 por 678 y 669 por 951 puntos, y el runtime del simulador es una descarga aparte que Xcode busca cuando hace falta. Las propias notas de Apple listan tres cosas que el simulador todavía no puede hacer, y una app de sondeo enlazada con el SDK 27.1 y ejecutada en las tres poses de Device Hub llena una pantalla de 466 por 678 puntos cerrada, con sus barras a lo largo del borde final, y una de 951 por 669 abierta, regular en ambas clases de tamaño ahí, con el pliegue reportado como una división y la cámara y la columna de estado como oclusiones, y con UIScreen.main respondiendo todavía por la pantalla exterior mientras la app está en la interior. (Corregido el 2 de octubre: hasta entonces este párrafo decía que la sonda no veía ninguna región reservada; esa sonda se había enlazado como app de iOS 27.0.)^1245613

TL;DR

• Fechas y builds. El feed de lanzamientos de Apple fecha Xcode 27.1 beta (27A9269) el viernes 18 de septiembre. xcodebuild -version imprime Xcode 27.1 y Build version 27A9269; los SDK de iPhoneOS y de iPhoneSimulator se identifican ambos como iOS 27.1 build 24A94403; el compilador de Swift reporta la misma cadena de versión swiftlang-6.4.0.34.1 que Xcode 27.0, y el enlazador el mismo ld-27037.1. El xip pesa 2.027.292.809 bytes y la app expandida ocupa 3,6 GiB, y se instala junto a Xcode 27.0 sin reemplazarlo.¹⁴ (11 de octubre: Xcode 27.1 RC (27A9275) llegó después, el 5 de octubre, y App Store Connect acepta sus builds para el App Store además de TestFlight.¹⁴) (15 de octubre: Xcode 27.1 salió como versión final, build 27A9275, la build de la RC, y la entrada de App Store Connect del día acepta sus builds para la tienda con ese nombre.¹⁵)
• Las API del Duo ya están en el SDK. Los diez nombres que mi revisión del 17 de septiembre no encontró en el SDK 27.0 están todos en el SDK 27.1, entre ellos ArrangementView y reservedRegions(kind:options:layoutDirectionBehavior:) en SwiftUICore, toolbarVerticalBehavior(_:) en SwiftUI, y UIArrangementViewController, preferredVerticalBarBehavior y verticalBarEdge en UIKit. SwiftUI los marca con @available(anyAppleOS 27.1, *); los headers de UIKit marcan el controlador de disposición y los métodos de regiones reservadas con API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)), dos plataformas más de las que listan las páginas de documentación.⁴
• El perfil del simulador deja por escrito los tamaños de pantalla. El tipo de dispositivo iPhone Duo (iPhone19,4, clase de producto V68, número de modelo A3447) define dos pantallas integradas: primary a 1398 por 2034 píxeles, escala 3, y primary-1 a 2007 por 2853 píxeles, escala 3, con una orientación nativa de 270. Divididas entre tres dan 466 por 678 y 669 por 951 puntos, y la cifra interior es la que mi post sobre el Duo para desarrolladores infirió el 10 de septiembre a partir del tamaño de captura de App Store Connect. El perfil exige runtime 27.1 o posterior.⁵
• Qué hace el simulador con una app real (corregido el 2 de octubre). Device Hub expone tres poses, Closed (cerrado), Book (libro) y Open (abierto), más Rotate Right (rotar a la derecha). Una sonda enlazada con el SDK 27.1 recibe toda la pantalla exterior cuando está cerrada, 466 por 678 puntos, ancho compacto, con su barra de herramientas y su barra de pestañas en el borde final, toolbarVerticalEdge en trailing y dos regiones de oclusión activas, la cámara y la columna de estado. Abierta, recibe toda la pantalla interior, 951 por 669 puntos con orientación nativa horizontal, regular en ambas clases de tamaño, otra vez con barras verticales y con una división inactiva de 40 puntos de ancho por el medio que pasa a activa en la pose Book; girada, 669 por 951 con barras horizontales. UIScreen.main.bounds sigue reportando 466 por 678 mientras la app está en la pantalla interior. Hasta el 2 de octubre esta viñeta daba los tamaños de pantalla, 466 por 678 y 951 por 669, con márgenes de área segura de 34 a cada lado en Open, una barra de herramientas horizontal y ninguna región reservada en ninguna pose; el cuerpo daba el área que midió la sonda, 80 puntos más angosta que la pantalla (386 puntos cerrada, 803 dentro de márgenes de 34 puntos abierta). Todo eso salió de una sonda que por error se había enlazado como app de iOS 27.0: es lo que recibe el SDK 27.0, y la actualización de abajo trae las dos builds.⁶¹²¹³
• Lo que la beta todavía no puede hacer. Las notas de Apple: “Initial Simulator launch can take several minutes.” (187708500), “StandBy is unavailable in the iPhone Duo Simulator runtime.” (187708663) y “Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (187708767), es decir que el primer arranque del simulador puede tardar varios minutos y que ni StandBy ni la mayoría de las extensiones de app están disponibles en ese runtime. Súmale dos Known Issues de Mac Catalyst para quien además publique su app en la Mac, y una cosa que Apple no lista: la descarga del runtime falló en mi primer intento con Download failed. y funcionó al reintentar.²³

Actualización del 2 de octubre: la sonda de septiembre se había enlazado como app de iOS 27.0

Los resultados del simulador que este post publicó del 21 de septiembre al 2 de octubre se midieron bien y se describieron mal. Son lo que hace el simulador del iPhone Duo con una app compilada contra el SDK de iOS 27.0. Yo los presenté como lo que hace con una app compilada contra 27.1.

Qué salió mal. La sonda era un solo archivo de Swift, compilado llamando directamente a swiftc -sdk <iPhoneSimulator27.1.sdk>. Esa bandera llega al compilador. No llega al paso de enlace, donde el driver recurrió al SDK de macOS de ese mismo Xcode y registró en el binario la versión de ese SDK: LC_BUILD_VERSION decía sdk 27.0. Es a partir de ese número que iOS decide qué comportamientos recibe una app. Ejecutado otra vez el 2 de octubre, el mismo comando imprime la causa como advertencia, “using sysroot for ‘macOS 27.0’ but targeting ‘arm64-apple-ios27.1.0-simulator’” (toma como sysroot el SDK de macOS 27.0 aunque el destino es el simulador de iOS 27.1); si la imprimió en septiembre, no la leí como la causa de nada.¹³

Cómo salió a la luz. El 2 de octubre ejecuté una app real, compilada por Xcode 27.1 beta con el mismo SDK, en el mismo simulador. Su barra de herramientas y su barra de pestañas quedaban a lo largo del costado de la pantalla exterior, donde las de la sonda habían quedado tendidas arriba. otool -l sobre los dos binarios mostró sdk 27.1 en la app y sdk 27.0 en una sonda recompilada como en septiembre. Recompilada con SDKROOT definido, la sonda dice sdk 27.1 y se comporta como la app. Y una versión simple de la sonda, compilada por el propio Xcode 27.0 contra el SDK real de iOS 27.0, recibe las mismas ventanas que recibió la que salió mal sellada, así que los números de septiembre son un retrato fiel de una build de 27.0.¹³

La nueva ejecución. El mismo código fuente, enlazado de las dos maneras, en cada pose, con el mismo Xcode 27.1 beta (27A9269) y el mismo runtime (24A94401):¹³

Qué se retira. Tres afirmaciones, cada una cierta para la build de 27.0 y falsa para una build con el sello 27.1: que la barra de herramientas nunca se dibujó en vertical; que reservedRegions no devolvió nada en ninguna pose; y que el simulador le dio a la app solo la pantalla junto a la franja de estado. Una cuarta se equivocaba en el motivo: escribí que, girada, la disposición dividida “stays side by side even though the container is now taller than it is wide” (se mantiene lado a lado aunque el contenedor sea ahora más alto que ancho). La vista de disposición de la sonda era ella misma más ancha que alta dentro de esa pantalla, y se divide según su propia forma; una disposición que llena la pantalla girada se apila, tal como dice la guía de Apple. Una quinta: el TL;DR daba los tamaños de pantalla, 466 por 678 y 951 por 669, donde el cuerpo daba el área que midió la sonda, 80 puntos más angosta (386 puntos cerrada, 803 dentro de márgenes de 34 puntos abierta); la build de 27.0 nunca tuvo la pantalla completa.⁷¹³

Qué se mantiene. Todo lo que está fuera de la sección del simulador: las fechas y las builds, la tabla de símbolos del SDK, el perfil del dispositivo con sus tamaños en píxeles y en puntos, la descarga del runtime y los Known Issues de Apple. Dentro de ella: los tamaños de pantalla, las clases de tamaño, las poses que ofrece Device Hub, el crash de screenConfig y la trampa de UIScreen.main, que la nueva ejecución reprodujo con el sello 27.1. La nota del 24 de septiembre que esta actualización reemplaza suponía que los ceros venían de leer las regiones demasiado pronto, y prometía repetir la prueba en varios ángulos de bisagra. La suposición era errónea: la build de 27.0 no devuelve ninguna por mucho que pregunte. La observación que la nota citaba de Molzahn se sostiene: la sonda bien enlazada no leyó ninguna región en sus primeras seis a nueve evaluaciones y las leyó todas a partir de ahí. Las ejecuciones en distintos ángulos de bisagra no se hicieron.¹²¹³

Si armaste tu propia sonda a partir de este post, revísala: otool -l <app>/<binary> | grep -A4 LC_BUILD_VERSION. Un proyecto compilado por Xcode queda sellado correctamente. Un archivo compilado a mano necesita SDKROOT exportado al SDK del simulador antes de que corra swiftc. El ejemplo práctico que destapó esto trae la comparación de las tres versiones, también con un sello de iOS 26.

Actualización del 26 de octubre: el teléfono salió con 27.1, y los números del SDK final

El iPhone Duo llegó a las tiendas el viernes 23 de octubre con iOS 27.1, según la sala de prensa de Apple y su página de versiones de seguridad, que lista “iOS 27.1” solo para “iPhone Duo” y sin entradas CVE publicadas; ningún ítem de iOS 27.1 llegó nunca al feed de lanzamientos, no apareció ninguna página de notas de versión de 27.1, y el índice lista 27 y 27.2. En esta Mac, con Xcode 27.1 (27A9275), la versión final desde el 15 de octubre, los SDK de iPhoneOS y de iPhoneSimulator se identifican como iOS 27.1 build 24A94232, un número más bajo que el 24A94403 de la beta registrado más arriba, y el runtime del simulador de iOS 27.1 es 24A94425, que xcrun simctl list runtimes -j lista con un solo tipo de dispositivo compatible, iPhone Duo; simctl create de un iPhone 16 Pro contra él falla con “Incompatible device” (dispositivo incompatible). iOS 27.2 salió hoy, 26 de octubre (24B119, con una segunda build de iOS 27.2, 24B91020, en el mismo minuto), y las notas de Xcode 27.2 RC (27B48, 19 de octubre) traen cuatro entradas del iPhone Duo: “Fixed: In the iPhone Duo simulator, an app using CameraCaptureAccessory can use both displays at the same time without an active camera capture session.” (corregido: en el simulador del iPhone Duo, una app que usa CameraCaptureAccessory puede usar ambas pantallas a la vez sin una sesión de captura de cámara activa) (190155353); “When switching between the inner and outer display of the iPhone Duo simulator, modifier keys such as Shift and Command might stop working.” (al cambiar entre la pantalla interior y la exterior del simulador del iPhone Duo, las teclas modificadoras como Shift y Command podrían dejar de funcionar) (189465196), con la solución provisional “Click with the mouse on the currently visible screen.” (haz clic con el mouse en la pantalla visible en ese momento); y dos Known Issues heredados de las betas, ahora ambos bajo Device Hub: las capturas de pantalla “black for up to a few minutes after booting the device” (en negro hasta unos minutos después de arrancar el dispositivo) (187146039) y las herramientas de accesibilidad que “cannot convey screen content on an iPhone Duo within Device Hub” (no pueden transmitir el contenido de la pantalla de un iPhone Duo dentro de Device Hub) (187148389). La entrada de Mac Catalyst sobre las “APIs specific to iOS 27.1” (API específicas de iOS 27.1) no cambia. Una entrada de UIKit de las notas de iOS 27.2 nombra 27.1, los márgenes de diseño predeterminados de UIView en cero; una sonda compilada desde un mismo archivo fuente y ejecutada en el runtime 27.1 en un simulador del iPhone Duo reporta 8 puntos cuando su LC_BUILD_VERSION lleva el sello sdk 27.0 (la trampa de la compilación a mano sobre la que advierte la actualización del 2 de octubre, más arriba) y cero cuando lleva el sello sdk 27.1, así que el cambio depende del SDK con el que se enlaza el binario además del sistema operativo; la publicación sobre las notas de versión de iOS 27.2 tiene la tabla.¹⁶

¿Qué trae la beta?

El feed de lanzamientos de Apple lista “Xcode 27.1 beta (27A9269)” el viernes 18 de septiembre a las 10:00 a. m. PT y un “TestFlight Update” esa misma tarde; las notas de la versión de App Store Connect de ese día dicen “You can now submit apps built with Xcode 27.1 beta using the SDK for iOS 27.1 beta or iPadOS 27.1 beta for internal and external testing.” (ya puedes subir apps compiladas con Xcode 27.1 beta usando el SDK de iOS 27.1 beta o de iPadOS 27.1 beta para pruebas internas y externas).¹ El Overview de las notas de la versión nombra la línea de SDK: “Xcode 27.1 beta includes Swift 6.4 and SDKs for iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27. Xcode 27.1 beta supports on-device debugging in iOS 17 and later, tvOS 17 and later, watchOS 10 and later, and visionOS. Xcode 27.1 beta requires a Mac running macOS Tahoe 26.6 or later.”² Conviene leer esa lista tal como está escrita: iOS es la única plataforma en 27.1, el propio SDKSettings.plist del SDK reporta la versión 27.1, y App Store Connect llama al mismo SDK “iPadOS 27.1 beta”, un detalle que ya arrastra el post sobre Xcode 27.

La descarga es más chica de lo que sugiere el número de versión. El xip pesa 2.027.292.809 bytes, viene firmado por Apple con su certificado de Software Update y se expande a una app de 3,6 GiB, el mismo tamaño que Xcode 27.0; un xip --expand a una carpeta, un cambio de nombre a /Applications/Xcode-27.1-beta.app y DEVELOPER_DIR apuntando ahí son toda la instalación para trabajar desde la línea de comandos. La primera llamada a xcodebuild bajo la beta se tomó después unos dos minutos para instalar por su cuenta los paquetes CoreTypes.pkg y XcodeSystemResources.pkg que vienen dentro, el paso que xcodebuild -runFirstLaunch hace de forma explícita, y el segundo de esos paquetes es el que deja instalado el tipo de dispositivo iPhone Duo.⁴ Lo que la app no contiene es un runtime de simulador. La beta encuentra los runtimes de iOS que ya están en esta Mac, 27.0 entre ellos, y ninguno para 27.1; xcodebuild -downloadPlatform iOS bajo la beta nombra la pieza faltante como “iOS 27.1 Simulator (24A94401)” y la descarga como imagen de disco cryptex a través del servicio de mobile assets de Apple, mientras que las imágenes de disco de la propia página de descargas para desarrolladores no pasan del iOS 18.2 Simulator Runtime.³⁴ El primer intento terminó en DVTDownloadable: Download Failed con Error Domain=DVTDownloadableErrorDomain Code=41 "Download failed."; el segundo, con -buildVersion 24A94401, reportó el runtime en 7,85 GB, terminó, y simctl list runtimes listó entonces “iOS 27.1 (27.1 - 24A94401)”. Reserva el disco de antemano: el runtime pesa cuatro veces lo que la descarga de Xcode.³

La pantalla exterior del simulador de iPhone Duo en el primer arranque, 1398 por 2034 píxeles: el bloque de estado corre por el borde derecho, el lado donde las Human Interface Guidelines de Apple ponen la Dynamic Island y la barra de estado en el iPhone Duo.¹⁰

¿Cómo consigues el simulador del iPhone Duo?

Son tres pasos, y ninguno es un botón de descarga en una página web. Apple distribuye el simulador solo dentro de Xcode, y solo dentro de la beta 27.1: las notas de la beta 27.2 traen un recuadro que dice “Download Xcode 27.1 beta to get the iOS SDK and simulator support for iPhone Duo.” (descarga Xcode 27.1 beta para obtener el SDK de iOS y el soporte del simulador para el iPhone Duo).⁸ (11 de octubre: Xcode 27.1 RC (27A9275) salió el 5 de octubre, y sus notas listan los mismos problemas conocidos del iPhone Duo Simulator, así que la beta ya no es el único Xcode 27.1 cuyas notas cubren el simulador del Duo; no he instalado la RC.¹⁴) (15 de octubre: Xcode 27.1 salió como versión final, build 27A9275, la build de la RC, con los mismos dos problemas conocidos del simulador del Duo en sus notas; no lo he instalado.¹⁵)

1. Xcode 27.1 beta (27A9269), desde las descargas para desarrolladores, con fecha del viernes 18 de septiembre en el feed Releases de Apple. Expande el xip, mueve la app a un nombre con versión como /Applications/Xcode-27.1-beta.app junto a Xcode 27.0 y apunta DEVELOPER_DIR hacia ella para el trabajo en la línea de comandos; la beta requiere macOS Tahoe 26.6 o posterior.¹²
2. El runtime de iOS 27.1, que el xip no incluye. Ejecuta xcodebuild -downloadPlatform iOS con DEVELOPER_DIR apuntando a la beta; así descargas el runtime 27.1 que hace arrancable el tipo de dispositivo iPhone Duo, y las notas de Apple advierten que, además de la descarga, el primer arranque del Simulator “can take several minutes” (puede tardar varios minutos). Mi primer intento falló y el reintento funcionó, así que reintenta antes de diagnosticar.²³
3. Device Hub, donde viven el dispositivo y sus poses. Agrega o selecciona el dispositivo iPhone Duo, arráncalo y usa los botones de pose, Closed, Book y Open, más Rotate Right; simctl no tiene comando de poses. Los tamaños y las capturas por pose que siguen salen de ese camino.⁶

Apple no ofrece una versión para navegador. Una página que aparece al buscar “iPhone Duo simulator online” no ejecuta el runtime de iOS 27.1 de Apple, así que, dibuje lo que dibuje, no es la fuente de las clases de tamaño, las regiones reservadas ni el comportamiento de la pantalla exterior que se midieron aquí; para revisar un diseño sin el runtime, el canvas de Previews de Xcode ganó en esta beta un grupo Display para la pantalla alternativa.²

¿El SDK 27.1 trae las API del Duo?

El 17 de septiembre busqué en el SDK de iOS 27.0 los nombres que aparecen en la guía “Preparing your app for iPhone Duo” de Apple y no encontré ninguno de los diez que son específicos del dispositivo. La misma búsqueda contra el SDK 27.1, hecha igual, una búsqueda de texto plano en las interfaces de módulo y en los headers, los encuentra todos. Las filas son las subcadenas buscadas: siete de ellas cubren nueve de los diez nombres, porque los dos métodos reservedRegions comparten fila y los dos miembros axisBehavior también, y las otras tres son los tipos que hay detrás de los nombres: ReservedRegion, ToolbarVerticalBehavior para toolbarVerticalBehavior(_:) y UIVerticalBarBehavior para preferredVerticalBarBehavior:⁴

Dos detalles de esa tabla importan a la hora de escribir el código. Los tipos de SwiftUI viven en SwiftUICore, el módulo que import SwiftUI reexporta, así que un import normal los encuentra; y los atributos de disponibilidad no coinciden con la documentación en cuanto a plataformas. La interfaz de SwiftUICore declara ArrangementView, y la de SwiftUI declara toolbarVerticalBehavior(_:), ambas bajo @available(anyAppleOS 27.1, *), que es la abreviatura de Apple para todas las plataformas en esa versión, mientras que UIArrangementViewController.h y los métodos reservedRegionsOfKind: de UIView.h llevan API_AVAILABLE(ios(27.1), tvos(27.1), visionos(27.1)) junto con API_UNAVAILABLE(watchos); en UIVerticalBarEdge.h, el enum y el trait verticalBarEdge llevan ese mismo par, mientras que los casos Leading y Trailing llevan API_AVAILABLE(ios(27.1)) API_UNAVAILABLE(visionos) API_UNAVAILABLE(watchos, tvos). Las páginas de documentación de Apple para los cinco listan solo iOS 27.1 y iPadOS 27.1, marcadas como beta.⁴⁷ Escribe contra iOS y deja que el compilador te cuente del resto.

Los tres nombres que usa la guía y que ya estaban en el SDK 27.0 siguen igual: presentationPlacement(_:) continúa bajo @available(anyAppleOS 27.0, *), backgroundExtensionEffect() sigue ahí desde iOS 26, y de los dos casos de ToolbarItemPlacement que nombra la guía, topBarPinnedTrailing está bajo @available(iOS 27.0, visionOS 27.0, *) y cancellationAction no lleva disponibilidad propia más allá de la del tipo.⁴

¿Qué dice el perfil del simulador sobre las dos pantallas?

El tipo de dispositivo que Apple instala con la beta, iPhone Duo.simdevicetype, es un bundle común y corriente dentro de /Library/Developer/CoreSimulator/Profiles/DeviceTypes, y sus dos property lists responden preguntas que la ficha técnica había dejado abiertas.⁵

profile.plist da la identidad: identificador de modelo iPhone19,4, clase de producto V68, un alias com.apple.CoreSimulator.SimDeviceType.V68, minRuntimeVersion 27.1 y una regla para crear el dispositivo por defecto en los runtimes de 27.1 en adelante. capabilities.plist da el hardware: número de modelo A3447, HomeButtonType 2, DeviceSupportsDynamicIsland true, DeviceSupportsEnhancedMultitasking false, IsLargeFormatPhone true, un CompatibleDeviceFallback de iPhone18,3, un radio de esquina de dispositivo de 59 y un array displays con dos entradas integradas y tres virtuales.⁵

La primera fila es la pantalla exterior y coincide píxel por píxel con la ficha técnica de Apple. La segunda es la interior, y su recuento de píxeles es el tamaño de captura de App Store Connect, 2007 por 2853, y no los 1878 por 2670 del panel: el simulador renderiza la pantalla interior a 669 por 951 puntos a 3x, que es la aritmética que hizo mi post sobre el Duo para desarrolladores el 10 de septiembre y que ahí etiqueté como una inferencia. Ahora el propio perfil de Apple trae el número. La orientación nativa de 270 grados dice que la pantalla interior es horizontal por naturaleza, 951 puntos de ancho por 669 de alto con el teléfono abierto, lo que coincide con las dimensiones que Apple da para el dispositivo abierto. Los dos números restantes son valores del simulador y no del hardware: las dos pantallas figuran a 460 píxeles por pulgada y 60 Hz, cuando la ficha técnica le da 430 ppi al panel interior, así que conviene tomar hdpi como un marcador de posición.⁵

El perfil también trae las formas. Cada pantalla referencia una máscara de framebuffer, un PDF del área visible. La máscara de la pantalla exterior tiene esquinas asimétricas, los valores 8 del perfil en un borde largo y 59 en el otro, en mi lectura el radio chico queda del lado que se encuentra con la bisagra central que describe la guía de diseño de Apple; la máscara de la pantalla interior es un rectángulo redondeado liso, con el valor de esquina 55 del perfil y sin recorte para la cámara frontal, así que la oclusión de la cámara viene de la API de regiones reservadas en tiempo de ejecución y no de la forma del framebuffer.⁵¹⁰

¿Qué muestra el simulador?

El dispositivo arranca cerrado. En el primer arranque la pantalla exterior muestra la pantalla de inicio y el framebuffer de la interior está encendido pero en negro, y simctl io enumerate lista las dos pantallas integradas con los nombres del perfil, primary a 1398 por 2034 y primary-1 a 2007 por 2853, junto a las virtuales de siempre.⁶ Las poses viven en Device Hub. Con el dispositivo Duo seleccionado, su ventana expone Rotate Right, Closed, Book y Open como botones que la API de accesibilidad puede pulsar, que es como se manejó todo lo de esta sección; simctl no tiene comando de poses.⁶

La sonda es una app de SwiftUI de un solo archivo: una vista de pestañas que contiene una pila de navegación con cinco elementos en la barra de herramientas, una lectura de la geometría, las clases de tamaño, el valor de entorno toolbarVerticalEdge, la bisagra y las regiones reservadas de ambos tipos con includeInactive, y un ArrangementView con el estilo dividido. Lee las regiones en cada evaluación de su body y se reevalúa una vez por segundo. Los números de abajo son de la nueva ejecución del 2 de octubre, enlazada con el SDK 27.1; las ejecuciones de septiembre, enlazadas como 27.0 por error, vienen después bajo su propio encabezado.¹³

Enlazada con el SDK 27.1

Cerrado. La app recibe toda la pantalla exterior: su ventana mide 466 por 678 puntos, ancho compacto y alto regular. La barra de herramientas y la barra de pestañas se ubican en el borde final, bajo el reloj, toolbarVerticalEdge dice trailing y el trait verticalBarEdge de UIKit da el valor crudo 2. El contenido dentro de la pila de navegación mide 382 por 562 puntos, con márgenes de área segura de 82 arriba, 34 abajo y 84 en el lado final, que es la franja. Se reportan dos regiones de oclusión, ambas activas: una de 37 puntos por lado donde está la cámara exterior y otra de 84 por 170 que cubre la cámara y la columna de estado por encima de las barras. En esta pantalla no se reporta ninguna división. Puesta de costado mide 678 por 466, compacta en ambas clases de tamaño, con las barras todavía en el borde final.¹³

Cerrado, SDK 27.1: toda la pantalla de 466 por 678 puntos, con las barras a lo largo del borde final.

Abierto. La app pasa a la pantalla interior en su orientación nativa horizontal: una ventana de 951 por 669 puntos, regular en ambas clases de tamaño, con las barras todavía verticales en el borde final. El contenido mide 867 por 553 con los mismos tres márgenes. Vuelven tres regiones. Una división de 40 puntos de ancho recorre toda la altura por el medio de la pantalla, de x 455 a 495, con márgenes de 20 puntos a cada lado, y está inactiva: el teléfono está plano. Una oclusión inactiva de 58 por 37 marca la cámara interior, que según las directrices de Apple “stays hidden until the camera is active.” (permanece oculta hasta que la cámara está activa).¹⁰ Una oclusión activa de 84 por 120 cubre la columna de estado. La disposición dividida pone sus dos paneles lado a lado y reparte el ancho a partes iguales.¹³

Abierto, SDK 27.1: 951 por 669 puntos, con el pliegue reportado como una división inactiva por el medio.

Book. La pose Book de Device Hub reporta la bisagra parcialmente abierta a 127 grados. La ventana no cambia de tamaño. Lo que cambia es la división: el mismo marco, ahora activa. La disposición dividida responde llevando su divisor al pliegue y dejando vacía la banda de 40 puntos, de modo que el panel primario termina en x 455 y el secundario empieza en 495. Una hoja presentada en esta pose se desplaza del centro hacia la mitad inicial.¹³

Book, SDK 27.1: la división está activa y la disposición dividida deja vacío el pliegue.

Girado. Rotate Right con el teléfono abierto da una ventana de 669 por 951 puntos, todavía regular en ambas clases de tamaño, y las barras vuelven a ser horizontales: toolbarVerticalEdge es nil, la barra de herramientas queda arriba junto al reloj y la barra de pestañas flota abajo. Eso coincide con la guía de diseño de Apple, que mantiene “standard horizontal bars” (las barras horizontales estándar) en la pantalla interior en vertical.¹⁰ Las mismas tres regiones se reportan en el espacio de coordenadas girado: la división es ahora una banda horizontal de 40 puntos de alto que cruza el medio, inactiva en plano y activa en Book. La vista de disposición de la sonda, que dentro de esa pantalla es más ancha que alta, se mantiene lado a lado.¹³

Abierto y girado, SDK 27.1: barras horizontales, y el pliegue convertido en una banda horizontal.

Dos cosas se mantienen en todas las poses. Las regiones llegan tarde: en cada arranque, las primeras seis a nueve evaluaciones del body de la sonda no leyeron ninguna y todas las posteriores las leyeron todas, así que una vista que pregunta una sola vez, en su primera pasada de layout, recibe una respuesta vacía. El fixture DuoProbe de Sven-Eric Molzahn documentó exactamente eso el 20 de septiembre (“reservedRegions is empty on the first geometry evaluation and populated on a later one”, es decir, reservedRegions está vacío en la primera evaluación de geometría y se llena en una posterior) junto con la banda de 40 puntos, y la guía del simulador de SwiftLee del 22 de septiembre agrega que “Holding Option ⌥ reveals a slider that you can use to control the hinge angle of the device with precision” (al mantener pulsada Option ⌥ aparece un control deslizante con el que puedes controlar con precisión el ángulo de la bisagra del dispositivo), algo que no he usado.¹² Y UIScreen.main.bounds responde 466 por 678 puntos, la pantalla exterior, mientras la app está en la interior, que es justo la trampa contra la que advierte la guía de Apple cuando dice que hay que hacer los cálculos de layout “based on your scene or containing view’s bounds rather than screen dimensions” (a partir de los bounds de tu escena o de la vista contenedora, no de las dimensiones de la pantalla): la pantalla principal no es la pantalla en la que estás. La pantalla propia de la escena de la ventana sí reporta la pantalla en la que está de verdad la app.⁷¹³

Hay un camino a las otras poses que no funciona. simctl io screenConfig puede apagar una pantalla, y apagar la exterior dejando encendida la interior no abrió el teléfono; tumbó el system shell del simulador, simctl launch falló después con “The system shell probably crashed,” (probablemente se cayó el system shell) y hubo que reiniciar. Las poses viven en la ventana de Device Hub.⁶

Enlazada con el SDK 27.0

Estos son los números que llevó esta sección hasta el 2 de octubre, medidos el 19 y el 20 de septiembre con una sonda que tenía una pila de navegación y ninguna vista de pestañas, y medidos de nuevo el 2 de octubre con la actual. Describen lo que recibe en este simulador una app compilada con Xcode 27.0.⁶¹³

Cerrado, la ventana mide 386 puntos de ancho en una pantalla de 466: el sistema se queda la franja de 80 puntos, dibuja ahí el reloj y el estado sobre negro, y la barra de herramientas de la app queda tendida arriba. Abierto, la ventana mide 871 por 669, faltan los mismos 80 puntos a la derecha y los márgenes de área segura son de 34 a cada lado. Abierto y girado, los 80 puntos se descuentan arriba. En todas las poses las clases de tamaño coinciden con las de la build de 27.1, toolbarVerticalEdge es nil, verticalBarEdge da el valor crudo 0 y las dos consultas de regiones reservadas devuelven arreglos vacíos, incluso incluyendo las regiones inactivas y por mucho que la sonda siga preguntando; Book no se distingue de Abierto.

Cerrado, enlazada como 27.0: la app se detiene en la franja y su barra de herramientas sigue horizontal.

Abierto, enlazada como 27.0: regular en ambas dimensiones, con la franja reservada por el sistema.

Girado, enlazada como 27.0: la banda de arriba es del sistema.

Lo que la beta todavía no puede hacer

Apple lista tres límites bajo Simulator, Known Issues (problemas conocidos), en las notas de la propia beta: “Initial Simulator launch can take several minutes.” (187708500), “StandBy is unavailable in the iPhone Duo Simulator runtime.” (187708663) y “Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (187708767).² El de StandBy importa para quien tenga widgets o Live Activities pensados para ese modo: el anuncio de Apple dice que el teléfono “enters StandBy on either the outer or inner display” (entra en StandBy en la pantalla exterior o en la interior) y lo llama un “hub for widgets” (un centro de widgets), el post sobre el Duo para desarrolladores cubre qué aparece ahí, y hasta que una beta posterior levante el límite, StandBy en este dispositivo es algo que hay que comprobar en hardware (15 de octubre: las notas de la versión final lo siguen listando¹⁵).¹¹

Otros dos están bajo Mac Catalyst, Known Issues, y muerden a cualquier app que adopte estas API y además compile para la Mac: “Projects that use APIs specific to iOS 27.1 show compile errors when building for Mac Catalyst (“undeclared identifier”, “not found”, “has no member”, “cannot find”, etc). (185924957)” (los proyectos que usan API específicas de iOS 27.1 muestran errores de compilación al compilar para Mac Catalyst), con el workaround de Apple de #if !targetEnvironment(macCatalyst) en Swift o #if !TARGET_OS_MACCATALYST en Objective-C, y “Projects that target iOS 27.1 show no Mac Catalyst run destination available. (187046347)” (los proyectos que apuntan a iOS 27.1 no muestran ningún destino de ejecución de Mac Catalyst), con “Add a Mac Catalyst 27.0 minimum deployment in target settings.” como solución.² Las notas de la beta de Xcode 27.2 agregan un tercero desde el otro lado: “macOS, watchOS, tvOS, and visionOS SDKs in Xcode 27.2 incorrectly report 27.1 as a valid deployment target,” y “Mac Catalyst builds with a 27.1 or 27.2 deployment target may be unable to use newly introduced API.” (187160501), es decir que esos SDK reportan mal 27.1 como deployment target válido y que las compilaciones de Mac Catalyst con deployment target 27.1 o 27.2 pueden quedarse sin poder usar la API recién introducida.⁸

Lo que yo haría esta semana

1. Instala la beta al lado de Xcode 27.0 y no encima: expande el xip, renombra la app y apunta DEVELOPER_DIR ahí para las compilaciones desde la línea de comandos; nada en las notas de la beta toca el toolchain de 27.0, y el compilador y el enlazador llevan cadenas de versión idénticas.⁴
2. Arranca la descarga del runtime antes de necesitarla, con xcodebuild -downloadPlatform iOS bajo la beta, y reintenta si falla; el runtime es lo que hace arrancable el tipo de dispositivo iPhone Duo, y Apple avisa que encima el primer arranque tarda minutos.²³
3. Compila una vez contra el SDK 27.1 con tu target de Mac Catalyst incluido, y lee los dos diagnósticos que nombra Apple antes de decidir si cercar la API nueva con #if !targetEnvironment(macCatalyst) o subir el mínimo de Catalyst a 27.0.²
4. Usa los números del perfil como los tamaños contra los que previsualizar y probar: 466 por 678 puntos cerrado, 669 por 951 abierto, con la pantalla interior horizontal por naturaleza. La nota de Previews de la beta agrega un grupo Display al selector de overrides del canvas “for previewing content on a device’s alternative display.” (182598534), es decir para previsualizar contenido en la pantalla alternativa de un dispositivo.²⁵
5. Lee las regiones reservadas en un lugar donde se vuelvan a leer: en el body de la vista a través del geometry proxy, o en cada cambio de geometría, nunca una sola vez en el primer layout. reservedRegions(kind:options:layoutDirectionBehavior:) con .includeInactive no devolvió nada en las primeras seis a nueve evaluaciones de la sonda y, en cada una de las posteriores, devolvió todas las regiones que tiene la pantalla (cerrada, la cámara y la columna de estado; abierta, el pliegue, la cámara interior y la columna de estado), así que un valor guardado en caché desde la primera pasada es un arreglo vacío durante toda la vida de la vista. Y antes de fiarte de nada de esto, confirma que la build lleva el sello del SDK 27.1: otool -l <app>/<binary> | grep -A4 LC_BUILD_VERSION.⁷¹³

Preguntas frecuentes

¿El simulador de iPhone Duo viene en Xcode 27.1 beta?

Sí. La beta instala un tipo de dispositivo iPhone Duo, com.apple.CoreSimulator.SimDeviceType.iPhone-Duo, cuyo perfil exige un runtime de iOS 27.1 que Xcode descarga aparte con xcodebuild -downloadPlatform iOS. Las notas de Apple advierten que el primer arranque “can take several minutes” (puede tardar varios minutos) y que ni StandBy ni la mayoría de las extensiones de app están disponibles en ese runtime.²³⁵

¿Cómo consigo el simulador del iPhone Duo?

Instala Xcode 27.1 beta, descarga el runtime de iOS 27.1 con xcodebuild -downloadPlatform iOS bajo la beta y elige el dispositivo iPhone Duo en Device Hub, donde las poses son botones. La beta 27.2 no lo incluye; las notas de la 27.2 de Apple remiten a la beta 27.1 para “the iOS SDK and simulator support for iPhone Duo.” (el SDK de iOS y el soporte del simulador para el iPhone Duo).²³⁸ (11 de octubre: Xcode 27.1 RC (27A9275) salió el 5 de octubre, y sus notas listan los mismos problemas conocidos del iPhone Duo Simulator, así que la beta ya no es el único Xcode 27.1 cuyas notas cubren el simulador del Duo; no he instalado la RC.¹⁴) (15 de octubre: Xcode 27.1 salió como versión final, build 27A9275, la build de la RC, con los mismos dos problemas conocidos del simulador del Duo en sus notas; no lo he instalado.¹⁵)

¿Hay un simulador del iPhone Duo en línea?

No de Apple. El simulador venía solo dentro de Xcode 27.1 beta antes de la RC y corre sobre el runtime de iOS 27.1 de Apple; una página de navegador con ese nombre está dibujando otra cosa. Para una revisión rápida del diseño, el canvas de Previews de la beta ofrece un grupo Display para la pantalla alternativa.² (11 de octubre: Xcode 27.1 RC (27A9275) salió el 5 de octubre, y sus notas listan los mismos problemas conocidos del iPhone Duo Simulator, así que la beta ya no es el único Xcode 27.1 cuyas notas cubren el simulador del Duo; no he instalado la RC.¹⁴) (15 de octubre: Xcode 27.1 salió como versión final, build 27A9275, la build de la RC, con los mismos dos problemas conocidos del simulador del Duo en sus notas; no lo he instalado.¹⁵)

¿Cómo instalo Xcode 27.1 beta junto a Xcode 27?

Expande el xip con xip --expand, mueve la app resultante a un nombre con versión como /Applications/Xcode-27.1-beta.app, y apunta DEVELOPER_DIR a su carpeta Contents/Developer para xcodebuild, xcrun y swiftc. La beta exige macOS Tahoe 26.6 o posterior, el mismo piso que Xcode 27.0.²⁴

¿De qué tamaño es la pantalla interior del iPhone Duo en puntos?

669 por 951 puntos, según el perfil de dispositivo del simulador, que define la pantalla interior como 2007 por 2853 píxeles a escala 3 con orientación nativa horizontal; la exterior son 466 por 678 puntos a partir de 1398 por 2034 píxeles a escala 3.⁵

¿Xcode 27.1 beta cambia el SDK de iOS 27.0 o el toolchain de Xcode 27?

No. El compilador de Swift y el enlazador reportan las mismas cadenas de versión que Xcode 27.0, y las notas de la versión de la beta tienen tres secciones, Mac Catalyst, Previews y Simulator, y ninguna toca el toolchain. El SDK de iOS 27.1 es un agregado, identificado como build 24A94403 tanto en el SDK de dispositivo como en el de simulador.²⁴

¿Cuándo sale el iPhone Duo, y con qué?

El 23 de octubre, con iOS 27.1, según el post de noticias de Apple del 16 de septiembre: “When iPhone Duo becomes available on October 23, it will run iOS 27.1.” (cuando el iPhone Duo esté disponible el 23 de octubre, correrá iOS 27.1).⁹ (26 de octubre: así fue, e iOS 27.1 no salió en ningún otro dispositivo; la página de seguridad de Apple lo lista solo para el iPhone Duo, y el runtime del simulador de 27.1 en esta Mac acepta únicamente el tipo de dispositivo iPhone Duo.¹⁶)

Relacionado en este sitio: el post sobre el Duo para desarrolladores trae los números de la ficha técnica y la lista de API que este post contrasta con el SDK; el post sobre el diseño para el iPhone Duo lee la guía de diseño de Apple; la lista de verificación del iPhone redimensionable es el trabajo de maquetación al que alimentan los números del perfil; el hub de Xcode 27 lleva las secciones fechadas de cada beta; el post sobre los fallos de compilación de Xcode 27 cubre la cadena de herramientas que esta beta deja intacta; y la entrada sobre las notas de versión de iOS 27 sigue las compilaciones 27.x.

Fuentes