iPad Pro M5 und Multi-Screen-Coding: Ein praktischer Leitfaden mit Vysio

Das iPad Pro M5 kann über Thunderbolt einen externen 6K-Monitor mit 60 Hz ansteuern. Allein das verändert die Debatte über das Coden auf dem iPad. Du starrst nicht mehr auf einen einzelnen 11- oder 13-Zoll-Bildschirm – du hast ein echtes Zwei-Display-Setup, genau wie an deinem Schreibtisch.

Den Monitor anzuschließen, ist allerdings der einfache Teil. Deutlich spannender ist die Frage, was passiert, wenn du auf dem zweiten Bildschirm eine Cloud-IDE wie GitHub Codespaces öffnest und wirklich anfängst, Code zu schreiben. Nutzt du Safari, lautet die Antwort: Frustration – und das ziemlich schnell.

Dieser Leitfaden zeigt, wie du den Multi-Screen-Betrieb auf dem M5-iPad-Pro einrichtest, was in browserbasierten Workflows zerbricht und wie Vysios nativer Multi-Window-Support das gesamte Setup wie eine echte Workstation wirken lässt.

---

Was der M5 für den Multi-Display-Betrieb bringt

Frühere iPads unterstützten externe Monitore über Stage Manager, aber die Erfahrung war holprig. Die M5-Generation bügelt die restlichen Schwächen aus:

• Echter erweiterter Desktop, kein Spiegeln. Dein externer Bildschirm bekommt einen eigenen unabhängigen Arbeitsbereich mit separaten Fenstern und Layouts.
• Bis zu 6K bei 60 Hz über Thunderbolt / USB4, mit unabhängiger Skalierung pro Bildschirm. So kannst du auf dem externen Monitor „More Space“ für maximale Codedichte aktivieren, während der Retina-Bildschirm des iPads auf einer komfortablen Lesegröße bleibt.
• Nahtlose Mauszeiger-Navigation über die Bildschirmgrenzen hinweg. Dein Trackpad- und Mauszeiger gleitet zwischen den Screens, ohne zu ruckeln oder zu verzögern.
• Unabhängiges Fenstermanagement. Ziehe, skaliere und ordne die App-Fenster auf jedem Bildschirm separat an.

Für die Entwicklung ist die praktische Auswirkung klar: Du platzierst deinen Editor auf einem großen externen Monitor und behältst Referenzmaterial, Terminal-Ausgaben oder eine Live-Vorschau auf dem iPad-Bildschirm.

---

Multi-Screen auf dem iPad Pro M5 einrichten

Das Einrichten dauert etwa zwei Minuten:

1. Bildschirm anschließen

Verbinde deinen externen Monitor über ein Thunderbolt-4- oder USB-C-Kabel mit dem iPad Pro M5. Nutzt dein Monitor HDMI oder DisplayPort, tut es auch ein USB-C-Adapter oder ein Dock.

2. Stage Manager aktivieren

Öffne das Kontrollzentrum und tippe auf das Stage-Manager-Symbol. Du findest es auch unter Einstellungen > Anzeige & Helligkeit > Stage Manager. Ohne aktivierten Stage Manager spiegelt iPadOS den Bildschirm, statt ihn zu erweitern.

3. Die Bildschirme anordnen

Geh zu Einstellungen > Anzeige & Helligkeit > Displays ausrichten. Ziehe die Bildschirm-Icons so, dass sie der physischen Position deines Monitors relativ zum iPad entsprechen – egal ob er darüber, darunter oder daneben steht.

4. Die Auflösung einstellen

Wähle unter Einstellungen > Anzeige & Helligkeit > Externer Bildschirm die Option More Space. Das erhöht die effektive Auflösung und verschafft dir Platz für mehr Code, breitere Split-Views und mehr Terminal-Spalten.

---

Wo Safari bei zwei Bildschirmen scheitert

Das oben beschriebene Setup funktioniert bei den meisten Apps einwandfrei. Aber wenn du GitHub Codespaces oder code-server in Safari über zwei Bildschirme hinweg öffnest, stößt du auf dieselben Browser-Limits, die schon Single-Screen-Workflows plagen – nur schlimmer, weil du zwischen den Displays deutlich häufiger den Fokus wechselst.

Tastaturkürzel werden weiterhin geklaut

Cmd + N öffnet ein neues Safari-Fenster. Cmd + W schließt deinen Browser-Tab. Cmd + Shift + P öffnet einen privaten Tab. Das sind keine Randfälle – sondern Kürzel, die du in VS Code dutzendfach am Tag benutzt. Mit zwei Bildschirmen drückst du sie beim Kontextwechsel noch häufiger reflexartig.

Hintergrundfenster verlieren ihre Verbindungen

Das ist das, was wirklich wehtut. Klickst du auf dem iPad-Bildschirm, um etwas nachzuschlagen, wandert Safaris Fenster auf dem externen Display in den Hintergrund. iPadOS drosselt dort Hintergrund-WebSocket-Verbindungen. Wechselst du zurück, starrst du auf einen Reconnect-Spinner statt auf die Datei, an der du gerade gearbeitet hast.

Auf einem einzelnen Bildschirm ist das nervig. Auf zwei Bildschirmen macht es den ganzen Zweck zunichte. Ein zweiter Bildschirm existiert schließlich dafür, deinen Editor sichtbar zu halten, während du dich um etwas anderes kümmerst.

Die Browser-UI verschwendet auf beiden Bildschirmen Platz

Auf beiden Displays sind weiterhin Adressleiste, Tab-Leiste und Navigationssteuerung präsent. Auf einem externen Monitor – wo du maximalen vertikalen Platz für deinen Code willst – summiert sich dieser Ballast.

---

Wie Vysio mehrere Fenster verwaltet

Vysio nutzt die native Multi-Window-Architektur von iPadOS – jedes Vysio-Fenster ist eine eigene UIWindowScene. Dasselbe System erlaubt Apps wie Safari oder Notizen, mehrere unabhängige Fenster zu öffnen. Doch anders als Safari sind Vysio-Fenster gezielt für die Entwicklung ausgelegt.

Unabhängige Workspace-Fenster

Du kannst mehrere Vysio-Fenster öffnen, jedes mit einem anderen Workspace verbunden oder mit einer anderen Ansicht. Ein typisches Setup: VS Code im Vollbild auf deinem 4K-Monitor, dazu ein zweites Vysio-Fenster auf dem iPad-Bildschirm, das deine Dev-Server-Vorschau oder einen separaten Codespace anzeigt.

Um ein zweites Fenster zu öffnen, nutzt du die üblichen Multi-Window-Gesten des iPads – ziehe das Fenster aus der App-Leiste oder verwende das Fenstermanagement von Stage Manager. Jedes Fenster bekommt seine eigene unabhängige Session.

Tastaturkürzel werden in jedem Fenster durchgereicht

Das Vysio-Fenster, das gerade den Fokus hält, erhält den vollen Keyboard-Passthrough. Cmd + W, Cmd + P, Cmd + N, Cmd + Shift + F – all das geht auf beiden Displays direkt an VS Code durch. Keine Kürzelkonflikte, ganz egal auf welchem Bildschirm du arbeitest.

Verbindungen bleiben auf beiden Bildschirmen aktiv

Vysio pflegt über alle geöffneten Fenster hinweg aktiven Wake-Lock und WebSocket-Management. Wechselst du den Fokus vom externen Display zum iPad-Bildschirm, bricht die Verbindung zum Workspace auf dem anderen Bildschirm nicht ab. Dein Build läuft weiter, dein Dev-Server bleibt warm und deine Terminal-Ausgabe scrollt ununterbrochen.

---

Der direkte Vergleich

---

Drei Setups, die du ausprobieren solltest

Sobald du Vysio und einen externen Bildschirm hast, sind das die Workflows, die sich bei mir am besten bewährt haben:

1. Editor + Vorschau: VS Code im Vollbild auf dem externen Monitor, ein zweites Vysio-Fenster auf dem iPad mit deinem Frontend-Dev-Server oder der App-Vorschau. Änderung machen, kurz nach unten schauen, Ergebnis sehen.

1. Zwei Codespaces nebeneinander: Arbeitest du über mehrere Repositories hinweg – etwa eine Backend-API und einen Frontend-Client –, kannst du jedes in einem eigenen Vysio-Fenster auf einem separaten Bildschirm öffnen. Wechsle per Cmd + ~ zwischen ihnen, statt in einem Browser nach Tabs zu suchen.

1. Code + Terminal: Lass deinen Editor auf dem Hauptdisplay und widme den iPad-Bildschirm einem Vysio-Fenster für Terminal-Ausgaben, CI-Logs oder das Monitoring deiner Docker-Container.

---

Erste Schritte

Das iPad Pro M5 hat die Hardware für ein echtes Dual-Monitor-Entwicklungssetup. Es fehlte nur immer die Software, die mithält – die dir keine Tastenkürzel klaut, keine Verbindungen fallen lässt und keinen Bildschirmplatz an Browser-Bedienelemente verschwendet.

Vysio befindet sich im Early Access. Wenn du Multi-Window-Cloud-Coding auf deinem iPad Pro ausprobieren willst, trag dich auf der Startseite in die Warteliste ein.