iPad Pro M5 and Multi-Screen Coding: A Practical Guide with Vysio
How to set up external displays on the iPad Pro M5 for cloud development, where Safari breaks down across screens, and how Vysio's multi-window support turns it into a real dual-monitor workstation.
The iPad Pro M5 can drive a 6K external display at 60Hz over Thunderbolt. That alone changes the conversation about coding on iPad. You are no longer staring at a single 11-inch or 13-inch screen β you have a genuine two-display setup, just like at your desk.
But plugging in a monitor is the easy part. The harder question is what happens when you open a cloud IDE like GitHub Codespaces on that second screen and start actually writing code. If you are using Safari, the answer is: frustration, fairly quickly.
This guide walks through how to configure multi-screen on the M5 iPad Pro, what breaks in browser-based workflows, and how Vysio's native multi-window support makes the whole setup feel like a proper workstation.
What the M5 Brings to Multi-Display
Earlier iPads supported external monitors through Stage Manager, but the experience was rough. The M5 generation smooths out the remaining edges:
- True extended desktop, not mirroring. Your external display gets its own independent workspace with separate windows and layouts.
- Up to 6K at 60Hz via Thunderbolt / USB4, with independent scaling per display. You can run "More Space" on the external monitor for maximum code density while keeping the iPad's Retina screen at a comfortable reading size.
- Seamless pointer movement across display boundaries. Your trackpad and mouse cursor moves between screens without any snapping or delay.
- Independent window management. Drag, resize, and arrange app windows separately on each screen.
For development, the practical impact is clear: you can put your editor on a large external monitor and keep reference material, terminal output, or a live preview on the iPad screen.
Setting Up Multi-Screen on iPad Pro M5
The setup takes about two minutes:
1. Connect the display
Plug your external monitor into the iPad Pro M5 using a Thunderbolt 4 or USB-C cable. If your monitor uses HDMI or DisplayPort, a USB-C adapter or dock works fine.
2. Turn on Stage Manager
Open Control Center and tap the Stage Manager icon. You can also find it under Settings > Display & Brightness > Stage Manager. Without Stage Manager enabled, iPadOS will mirror instead of extend.
3. Arrange the displays
Go to Settings > Display & Brightness > Display Alignment. Drag the screen icons so they match the physical position of your monitor relative to the iPad β whether it sits above, below, or to the side.
4. Set the resolution
Under Settings > Display & Brightness > External Display, choose More Space. This increases the effective resolution, giving you room for more code, wider split views, and more terminal columns.
Where Safari Falls Apart on Two Screens
The setup above works perfectly for most apps. But if you open GitHub Codespaces or code-server in Safari across two screens, you run into the same browser limitations that plague single-screen workflows β except they are worse, because you are switching focus between displays more often.
Keyboard shortcuts still get stolen
Cmd + N opens a new Safari window. Cmd + W closes your browser tab. Cmd + Shift + P opens a private tab. These are not edge cases β they are shortcuts you reach for dozens of times a day in VS Code. With two displays, you are even more likely to hit them reflexively while switching context.
Background windows lose their connections
This is the one that really hurts. When you click on the iPad screen to check something, Safari's window on the external display goes to the background. iPadOS throttles background WebSocket connections. When you switch back, you are staring at a reconnecting spinner instead of the file you were editing.
On a single screen, this is annoying. On two screens, it defeats the entire purpose. The point of a second display is to keep your editor visible while you do something else.
Browser chrome wastes space on both screens
The URL bar, tab strip, and navigation controls are still there on both displays. On an external monitor β where you want maximum vertical space for your code β that overhead adds up.
How Vysio Handles Multiple Windows
Vysio uses iPadOS native multi-window architecture β each Vysio window is a separate UIWindowScene. This is the same system that lets apps like Safari or Notes open multiple independent windows. But unlike Safari, Vysio's windows are configured specifically for development.
Independent workspace windows
You can open multiple Vysio windows, each connected to a different workspace or showing a different view. A typical setup: fullscreen VS Code on your 4K monitor, with a second Vysio window on the iPad screen running your dev server preview or a separate Codespace.
To open a second window, use the iPad's standard multi-window gestures β drag from the app shelf, or use Stage Manager's window management. Each window gets its own independent session.
Keyboard shortcuts pass through on every window
Whichever Vysio window has focus receives full keyboard passthrough. Cmd + W, Cmd + P, Cmd + N, Cmd + Shift + F β they all go straight to VS Code, on both displays. No shortcut conflicts, no matter which screen you are working on.
Connections stay alive on both screens
Vysio maintains active wake-lock and WebSocket management across all open windows. When you switch focus from the external display to the iPad screen, the workspace on the other display does not disconnect. Your build keeps running, your dev server stays hot, and your terminal output keeps scrolling.
Side-by-Side Comparison
| Feature | Safari / Chrome | Vysio |
|---|---|---|
| Multi-screen mode | Floating browser windows | Native Stage Manager window scenes |
| Keyboard shortcuts | Overridden by OS (Cmd+N, Cmd+W, Cmd+T) | Full IDE passthrough on all windows |
| Screen real estate | URL bar, tabs, and navigation on both displays | Edge-to-edge fullscreen, no browser chrome |
| Focus switching | Background tabs throttle and disconnect | All windows stay connected simultaneously |
| Credentials | Browser cookies, clearable by iOS | Apple Keychain, secured by Face ID |
Three Setups Worth Trying
Once you have Vysio and an external display, here are the workflows I have found most useful:
- Editor + preview: VS Code fullscreen on the external monitor, a second Vysio window on the iPad showing your frontend dev server or app preview. Make a change, glance down, see the result.
- Two Codespaces side by side: If you work across multiple repositories β say a backend API and a frontend client β you can open each in its own Vysio window on separate screens. Switch between them with
Cmd + ~instead of tab-hunting in a browser.
- Code + terminal: Keep your editor on the main display, dedicate the iPad screen to a Vysio window focused on terminal output, CI logs, or docker container monitoring.
Getting Started
The iPad Pro M5 has the hardware to run a real dual-monitor development setup. The missing piece was always software that could keep up β that does not steal your shortcuts, does not drop your connections, and does not waste screen space on browser controls.
Vysio is in early access. If you want to try multi-window cloud coding on your iPad Pro, join the waitlist on the homepage.
Related Articles
Ready to code on iPad?
Join the waiting list to receive your early access invite and be the first to build on iPad.
Spacing Placeholder
We only email you when your waitlist invite is readyβno newsletters or spam.