iPad Pro M5 et multi-écran : guide pratique pour coder avec Vysio

L'iPad Pro M5 peut piloter un écran externe 6K à 60Hz via Thunderbolt. À lui seul, ce point change la donne pour le développement sur iPad. On ne travaille plus uniquement sur un écran de 11 ou 13 pouces — on dispose d'un vrai setup deux écrans, comme au bureau.

Mais brancher un moniteur, c'est la partie facile. La vraie question, c'est ce qui se passe quand on ouvre un IDE cloud comme GitHub Codespaces sur ce second écran et qu'on commence à vraiment écrire du code. Avec Safari, la réponse arrive vite : frustration.

Ce guide explique comment configurer le multi-écran sur le M5, ce qui casse dans les workflows navigateur, et comment le support multi-fenêtres natif de Vysio rend l'ensemble utilisable comme une vraie station de travail.

---

Ce que le M5 apporte au multi-écran

Les iPad précédents supportaient déjà les moniteurs externes via Stage Manager, mais l'expérience restait bancale. La génération M5 corrige les dernières aspérités :

• Un vrai bureau étendu, pas du mirroring. Votre écran externe dispose de son propre espace de travail indépendant, avec ses propres fenêtres et dispositions.
• Jusqu'à 6K à 60Hz via Thunderbolt / USB4, avec une mise à l'échelle indépendante par écran. Vous pouvez activer « Plus d'espace » sur le moniteur externe pour maximiser la densité de code, tout en gardant l'écran Retina de l'iPad à une taille de lecture confortable.
• Déplacement fluide du pointeur entre les deux écrans. Le curseur du trackpad ou de la souris passe d'un écran à l'autre sans accroc.
• Gestion indépendante des fenêtres. On peut glisser, redimensionner et organiser les fenêtres séparément sur chaque écran.

En pratique pour le développement, c'est simple : l'éditeur sur le grand écran externe, et la doc, le terminal ou l'aperçu live sur l'écran de l'iPad.

---

Configurer le multi-écran sur iPad Pro M5

La mise en place prend environ deux minutes :

1. Brancher l'écran

Connectez votre moniteur externe à l'iPad Pro M5 avec un câble Thunderbolt 4 ou USB-C. Si votre écran utilise HDMI ou DisplayPort, un adaptateur ou un dock USB-C convient très bien.

2. Activer Stage Manager

Ouvrez le Centre de contrôle et appuyez sur l'icône Stage Manager. Vous le trouverez aussi dans Réglages > Luminosité et affichage > Stage Manager. Sans Stage Manager, iPadOS se contentera de dupliquer l'écran au lieu de l'étendre.

3. Disposer les écrans

Allez dans Réglages > Luminosité et affichage > Disposition des écrans. Faites glisser les icônes pour qu'elles correspondent à la position physique de votre moniteur par rapport à l'iPad — en haut, en bas, ou sur le côté.

4. Régler la résolution

Sous Réglages > Luminosité et affichage > Écran externe, choisissez Plus d'espace. Cela augmente la résolution effective et vous donne plus de place pour le code, des vues partagées plus larges et plus de colonnes dans le terminal.

---

Là où Safari craque sur deux écrans

Le setup décrit plus haut fonctionne très bien pour la plupart des applications. Mais si vous ouvrez GitHub Codespaces ou code-server dans Safari en multi-écran, vous retrouvez les mêmes limitations qu'en écran simple — en pire, parce que vous changez de focus entre les écrans beaucoup plus souvent.

Les raccourcis clavier sont toujours interceptés

Cmd + N ouvre une nouvelle fenêtre Safari. Cmd + W ferme l'onglet du navigateur. Cmd + Shift + P ouvre un onglet privé. Ce ne sont pas des cas rares — ce sont des raccourcis qu'on utilise des dizaines de fois par jour dans VS Code. Avec deux écrans, on les déclenche encore plus par réflexe en changeant de contexte.

Les fenêtres en arrière-plan perdent leur connexion

C'est le problème le plus pénible. Quand vous cliquez sur l'écran de l'iPad pour vérifier quelque chose, la fenêtre Safari sur l'écran externe passe en arrière-plan. iPadOS bride les connexions WebSocket des processus en arrière-plan. Quand vous revenez, vous tombez sur un spinner de reconnexion au lieu du fichier que vous étiez en train d'éditer.

Sur un seul écran, c'est agaçant. Sur deux écrans, ça ruine tout l'intérêt. Le but d'un second affichage, c'est justement de garder l'éditeur visible pendant qu'on fait autre chose.

L'interface du navigateur prend de la place sur les deux écrans

La barre d'URL, la barre d'onglets et les contrôles de navigation sont présents sur les deux affichages. Sur un moniteur externe — là où on veut un maximum d'espace vertical pour le code — cette surcharge visuelle finit par peser.

---

Comment Vysio gère le multi-fenêtres

Vysio utilise l'architecture multi-fenêtres native d'iPadOS — chaque fenêtre Vysio est une UIWindowScene distincte. C'est le même système qui permet à Safari ou Notes d'ouvrir plusieurs fenêtres indépendantes. Sauf que les fenêtres de Vysio sont configurées spécifiquement pour le développement.

Des fenêtres d'espace de travail indépendantes

Vous pouvez ouvrir plusieurs fenêtres Vysio, chacune connectée à un workspace différent ou affichant une vue différente. Un setup classique : VS Code en plein écran sur le moniteur 4K, avec une seconde fenêtre Vysio sur l'iPad qui affiche l'aperçu du serveur de dev ou un autre Codespace.

Pour ouvrir une seconde fenêtre, il suffit d'utiliser les gestes multi-fenêtres habituels d'iPadOS — glisser depuis l'étagère d'apps, ou utiliser la gestion de fenêtres de Stage Manager. Chaque fenêtre dispose de sa propre session indépendante.

Les raccourcis passent, sur toutes les fenêtres

La fenêtre Vysio active transmet l'intégralité des raccourcis clavier. Cmd + W, Cmd + P, Cmd + N, Cmd + Shift + F — tout arrive directement à VS Code, sur les deux écrans. Pas de conflit de raccourcis, quel que soit l'écran sur lequel vous travaillez.

Les connexions restent actives partout

Vysio maintient un verrou de veille et un gestionnaire de connexions WebSocket sur toutes les fenêtres ouvertes. Quand vous passez du moniteur externe à l'écran de l'iPad, le workspace sur l'autre écran ne se déconnecte pas. Votre build continue de tourner, votre serveur de dev reste actif, et la sortie de votre terminal continue de défiler.

---

Comparatif côte à côte

---

Trois configurations à essayer

Une fois Vysio installé et l'écran externe branché, voici les workflows que j'ai trouvés les plus utiles :

1. Éditeur + aperçu : VS Code en plein écran sur le moniteur externe, une seconde fenêtre Vysio sur l'iPad affichant le serveur de dev frontend ou l'aperçu de l'application. On modifie, on jette un œil en bas, on voit le résultat.

1. Deux Codespaces côte à côte : Si vous travaillez sur plusieurs dépôts — par exemple une API backend et un client frontend —, vous pouvez ouvrir chacun dans sa propre fenêtre Vysio sur un écran séparé. On passe de l'un à l'autre avec Cmd + ~ au lieu de chercher le bon onglet dans un navigateur.

1. Code + terminal : L'éditeur sur l'écran principal, l'écran de l'iPad dédié à une fenêtre Vysio focalisée sur la sortie terminal, les logs CI ou le monitoring de conteneurs docker.

---

Pour commencer

L'iPad Pro M5 a le matériel nécessaire pour un vrai setup de développement double écran. La pièce manquante a toujours été le logiciel — un client qui ne vole pas les raccourcis, ne coupe pas les connexions, et ne gaspille pas l'espace d'affichage en contrôles de navigateur.

Vysio est en accès anticipé. Si vous voulez essayer le développement cloud multi-fenêtres sur votre iPad Pro, rejoignez la liste d'attente sur la page d'accueil.