Pourquoi il est pénible d’utiliser plusieurs écrans sur Mac
(wadetregaskis.com)- Même en ajoutant un écran externe 5K LG à l’écran 5K intégré d’un iMac Pro, l’expérience multi-écran sur Mac ne dépasse pas vraiment les frustrations qui se répètent depuis 30 ans
- Sous macOS, la mémorisation de la position des fenêtres devient aléatoire après un redémarrage ou un reboot, si bien que toutes les fenêtres peuvent se retrouver sur l’écran intégré et devoir être replacées à la main
- Les apps et jeux en plein écran, Lightroom Classic, le Dock, la barre des menus, Spaces et Split View ont souvent en multi-écran des positions et comportements contraires aux attentes
- Une disposition horizontale augmente la charge ergonomique à cause de l’espace entre les écrans, de la rotation du cou et des problèmes d’alignement entre périphériques d’entrée et écrans, tandis que l’écran secondaire finit souvent par n’accueillir que des fenêtres moins importantes
- Lorsqu’il faut garder sous les yeux des informations de référence, comme la documentation Xcode, un écran secondaire est utile, mais les bugs de gestion des fenêtres et le manque de choix côté affichage entretiennent l’envie d’un grand écran unique à forte densité
Pourquoi retenter une configuration dual 5K
- Plusieurs collègues préféraient une configuration avec deux écrans de même taille côte à côte, mais ses avantages n’ont jamais toujours paru évidents
- Au cours des 30 dernières années, la vie en multi-écran a été tentée à plusieurs reprises
- Au début, cela avait été essayé simplement parce que c’était possible, à une époque où un seul écran 17 pouces était déjà considéré comme haut de gamme
- Ensuite, cela a été retenté de façon intermittente pour augmenter réellement l’espace d’affichage
- Après l’arrivée des écrans 5K en 2014, la pression sur l’espace d’affichage s’est atténuée pendant un temps
- Le premier iMac 5K y a beaucoup contribué
- Depuis environ un an, l’usage de Xcode a augmenté, au point qu’un seul écran 5K paraît étroit
- Xcode reste « correct, sans être excellent » même en 5K
- C’est encore plus frustrant quand on ajoute la conception d’interfaces AppKit ou SwiftUI et l’usage du simulateur iPad Pro
- L’iMac Pro utilisé actuellement ne permet pas de désactiver son écran intégré
- Apple n’autorise pas la désactivation de l’écran intégré d’un iMac
- Son remplacement a été envisagé, mais le calendrier de sortie des produits Apple a poussé à reporter la décision
- Les options de grand écran unique ne sont pas non plus satisfaisantes
- Il existe quelques options en 6K, mais difficile de les qualifier d’« excellentes »
- En 8K, il n’existe pratiquement aucun vrai choix
- Les TV 8K manquent de place physiquement, et l’écran informatique Dell 8K connu est physiquement trop petit pour sa définition
- Un écran LG 5K supplémentaire acheté à l’époque où l’auteur travaillait chez LinkedIn a été placé à côté de l’iMac Pro
- Comme il utilise pratiquement la même dalle que l’écran intégré de l’iMac Pro, cela semblait être une combinaison idéale
- En pratique, la différence de température des couleurs était importante, l’écran LG paraissant plus chaud
Quand macOS oublie la position des fenêtres
- Pendant environ le premier mois, l’expérience a été globalement correcte, avec seulement quelques apps posant parfois problème
- Xcode oublie tout particulièrement l’emplacement de la fenêtre de documentation
- Seul le premier onglet ouvert de cette fenêtre est conservé, les autres ne le sont pas
- Si la fenêtre de documentation est fermée par erreur pendant le développement, plusieurs onglets liés au contexte de travail peuvent être perdus
- Puis, à un certain moment, la position de toutes les fenêtres à chaque démarrage a commencé à être réinitialisée sur l’écran intégré
- Il faut alors retrouver les fenêtres sur l’écran principal saturé et les déplacer de nouveau vers l’écran secondaire
- Cela ressemble moins à une malchance ponctuelle qu’à un problème normal qui revient tôt ou tard, d’après une longue expérience
- À certains moments, macOS peut recommencer à mémoriser correctement la plupart des positions
- Puis le même cercle vicieux peut se reproduire
Gestion du multi-écran par les apps et jeux en plein écran
- Les apps en plein écran, et surtout les jeux, gèrent souvent mal les écrans supplémentaires
- Certains jeux n’assombrissent pas ou n’éteignent pas l’écran inutilisé
- Pendant une partie, garder juste à côté un écran lumineux allumé est distrayant
- À chaque lancement ou fermeture, il faut aller dans les réglages Display de System Settings pour ajuster manuellement la luminosité de l’écran secondaire
- Le LG 5k utilisé n’a pas de bouton d’alimentation
- Débrancher le câble Thunderbolt perturbe macOS, dérègle la disposition des fenêtres et peut faire planter certaines apps
- À l’inverse, certaines apps détectent mal l’écran supplémentaire et envoient les fenêtres sur le mauvais affichage
- Adobe Lightroom Classic déplace parfois sa fenêtre entière vers un autre écran
- La seule façon de la récupérer est de quitter puis relancer Lightroom
- L’entrée « Move to <other display>… » du menu Window ne fonctionne pas
Les frictions créées par le Dock et la barre des menus
- Quand le Dock est placé sur le côté de l’écran, il n’apparaît que sur l’écran le plus extérieur dans cette direction
- Il faut déplacer la souris à travers plusieurs écrans pour l’atteindre, ce qui est lent et peu naturel
- Le Dock est configuré en masquage automatique
- Il faut faire attention à ne pas le faire surgir en déplaçant la souris près du bord de l’écran
- Sur un seul écran, un Dock à gauche est le moins gênant
- Le bord gauche contient relativement peu d’éléments d’interface interactifs
- La droite est un second choix à cause des barres de défilement
- Déplacer la souris vers le bas fait aussi davantage sentir la tension du câble USB
- Dans une configuration multi-moniteur horizontale, on finit en pratique par utiliser un Dock en bas
- Le bas des fenêtres contient beaucoup de zones de redimensionnement, barres d’outils, boutons et barres de défilement horizontales
- Il arrive souvent de devoir manipuler les quelques pixels inférieurs de l’écran sans faire apparaître le Dock par erreur
- Il faut parfois déplacer toute la fenêtre pour cliquer sur un élément situé en bas, ce qui peut d’abord obliger à la réduire depuis le haut
- La barre des menus est elle aussi configurée en masquage automatique
- Les raisons sont la propreté visuelle, le léger gain d’espace et une ancienne expérience de marquage permanent de la barre des menus sur un iMac
- La barre des menus contient aussi iStat Menus et plusieurs utilitaires de monitoring, donc elle est souvent utilisée
- Le geste qui consiste à pousser la souris vers le haut de l’écran pour faire apparaître la barre des menus est en soi simple
- En multi-écran, la barre des menus n’apparaît que sur l’écran actif
- Il est souvent difficile de distinguer d’un coup d’œil l’écran actif de l’écran inactif
- S’y ajoute un problème de conception de macOS : la barre des menus ne s’affiche pas si la run loop du thread principal de l’app au premier plan n’est pas idle ou si l’app est en cours de lancement
- Il est difficile de savoir immédiatement si elle ne s’affiche pas parce que le curseur est sur le mauvais écran ou pour une autre raison
- Un court délai répété des centaines de fois par jour finit par s’accumuler
Quand les fenêtres apparaissent sur le mauvais écran
- Les fenêtres apparaissent parfois sur le mauvais affichage
- La raison n’est pas claire
- La gestion des fenêtres de macOS comporte d’autres bugs tout aussi difficiles à expliquer
- Certaines boîtes de dialogue modales peuvent aussi apparaître derrière la fenêtre existante
Les problèmes ergonomiques d’une disposition horizontale
- Dans une disposition horizontale classique où les deux écrans sont traités à égalité, on se retrouve naturellement avec un vide devant soi, à l’endroit où le regard devrait se poser, au lieu d’un écran
- Aucun des deux écrans n’est aligné avec le clavier ou la souris
- La frappe et la précision à la souris semblent en pâtir
- Cela se ressent encore plus dans un environnement en mouvement constant, comme un bureau avec tapis de marche
- Regarder en permanence à gauche ou à droite plutôt qu’au centre peut provoquer des douleurs au cou
- Si l’écran principal est placé juste en face et l’écran secondaire sur un côté, ce dernier devient beaucoup moins utile
- Tout simplement parce qu’il est nettement moins confortable à regarder
Pourquoi il est difficile de répartir le travail sur plusieurs écrans
- Mettre deux fenêtres côte à côte sur un même écran et placer deux fenêtres sur deux écrans différents sont deux expériences très différentes
- La différence est encore plus marquée si les deux écrans ne sont pas identiques ou ne sont pas alignés horizontalement et verticalement
- Cela tient peut-être à la différence entre bouger seulement les yeux et devoir aussi bouger la tête
- Il est difficile de s’habituer aux tâches qui demandent des allers-retours fréquents entre les écrans
- Les tâches importantes finissent rarement sur l’écran secondaire
- C’est encore plus vrai lorsque sa position est ergonomiquement moins favorable que celle de l’écran principal
- L’écran secondaire tend à devenir un espace pour des fenêtres peu importantes, comme le calendrier, un visualiseur de presse-papiers ou la calculatrice
- Pour ce type d’apps, cela ne change pas grand-chose par rapport au fait de les faire venir au premier plan sur l’écran principal quand on en a besoin, puis de les masquer à nouveau
- Des animations sans rapport sur l’écran secondaire peuvent même devenir distrayantes
- Jusqu’à présent, le seul cas d’usage simultané vraiment pertinent consiste à afficher des informations de référence sur l’écran secondaire
- La fenêtre de documentation Xcode en est l’exemple type
- Il est pratiquement impossible de faire tenir un projet Xcode complexe dans la moitié d’un écran 5K
- Voir le code et la documentation en même temps est plus confortable que de basculer en permanence de l’un à l’autre
Réactions sur Hacker News et points supplémentaires
- Une longue discussion a eu lieu sur Hacker News
- Les réactions relevaient davantage de l’empathie et de tentatives d’aide que de la critique
- Après environ 35 ans d’usage du Mac, principalement centré sur la plateforme Mac, l’idée selon laquelle il s’agirait d’une « mauvaise utilisation comme un utilisateur Windows/Linux » ne tient pas
- Beaucoup considèrent aussi la stabilité des connexions d’écrans externes comme un problème
- Le LG 5K utilisé posait de gros problèmes avant le remplacement d’un câble Thunderbolt défectueux fourni d’origine
- Même après ce remplacement, il ne fonctionnait pas de manière stable avec le MacBook Pro de travail, alors qu’il fonctionne bien avec l’iMac Pro
- Le texte principal n’en faisait pas un sujet à part car ce problème n’est plus présent actuellement, mais cela reste aussi un gros problème du Mac
- L’idée d’utiliser un plus grand écran unique est jugée pertinente
- Ce point renvoie au manque d’options évoqué plus haut
- Les écrans ultrawide restent une possibilité, mais ils doivent offrir une densité de pixels suffisante
- Sur une largeur de 23,5 pouces, qui correspond à celle d’un écran 27 pouces classique, la 5K représente un nombre de pixels correct
- Sur un écran d’environ 50 pouces de large, la 5K est insuffisante
- À distance de travail raisonnable, un bon écran devrait atteindre au minimum 100 PPD
- Les écrans Retina d’Apple répondent à ce critère, contrairement aux écrans ultrawide connus de l’auteur
- La configuration récente place l’iMac Pro juste en face, avec le LG 5K à gauche à environ 45 degrés
- Auparavant, des dispositions horizontales symétriques, un empilement vertical, ou encore des dispositions diagonales temporaires avec iPad Pro ou ordinateur portable ont aussi été testées
- Il estime avoir essayé toutes les dispositions raisonnables
- Spaces n’est pas utilisé
- Il avait été essayé au début de Mac OS X et sous Linux, sans jamais vraiment convenir
- Il existe aussi des bugs distincts de gestion des fenêtres, comme de nouvelles fenêtres, surtout des boîtes de dialogue modales, qui s’ouvrent discrètement dans le mauvais Space
- Le mode plein écran des apps n’est pas utilisé, sauf quand il est strictement nécessaire, comme pour certains jeux
- Sur un ancien MacBook Pro de travail, il avait fallu y recourir à cause de la petite taille de l’écran
- Le mode plein écran de macOS comporte beaucoup de bugs
- Sur un écran suffisamment grand, il gaspille souvent beaucoup d’espace dans la plupart des apps
- Le Dock reste utilisé
- Il sert à changer d’application
- ⌘⇥ est aussi utilisé, mais en multi-écran il est difficile de prévoir sur quel écran apparaîtra le sélecteur d’apps, ce qui le rend peu efficace en combinaison avec la souris
- Spotlight sert aussi à lancer et changer d’application, mais avec des instabilités comme le délai d’affichage du champ de saisie, des frappes ignorées, l’état de l’indexation ou le changement de sens d’abréviations fréquemment utilisées
- Le Dock sert aussi à accéder aux fenêtres minimisées, aux menus contextuels des icônes d’apps et à des informations comme le nombre de messages non lus
- Beaucoup ont aussi critiqué le manque de tiling de fenêtres et de gestes dans macOS
- macOS propose bien une fonction qu’Apple appelle Split View
- Mais Split View n’est en pratique qu’une forme particulière du mode plein écran et partage donc nombre des mêmes défauts de conception et bugs
- Plus de recommandations que prévu ont porté sur des utilitaires de gestion d’écrans et de fenêtres
- Par exemple : Stay, Display Maid, Phoenix, Rectangle Pro
- Certains méritent peut-être d’être essayés
- En revanche, ces utilitaires ne résolvent pas les problèmes fondamentaux comme l’accessibilité du Dock et de la barre des menus, ni les questions ergonomiques
1 commentaires
Commentaires sur Hacker News
Le fait que macOS ne se souvienne pas de la position des fenêtres quand on rouvre une app est vraiment frustrant
Quand je travaille en déplacement puis que je me reconnecte à mon home office, il ne se souvient même pas des positions de fenêtres adaptées à cette configuration, et je dois réorganiser des dizaines de fenêtres entassées sur l’écran du portable
J’ai fini par régler le problème avec DisplayMaid vu dans une ancienne discussion HN https://funk-isoft.com/display-maid.html, mais comme le MacBook est le produit phare d’Apple et que l’écosystème du docking et des écrans est important, il est difficile de comprendre pourquoi les configurations de bureau dynamiques sont si mal gérées
Devoir acheter en plus une appli à quelques dollars pour corriger une fonction essentielle de l’OS n’a aucun sens
En revanche, les vieux Thunderbolt Display ont eu des pannes de composants, donc j’ai dû remplacer l’intérieur des deux, et sur l’un d’eux le câble Thunderbolt intégré posait sans cesse problème, au point de devoir utiliser un câble séparé
Même dans un environnement presque immuable où les mêmes moniteurs restent branchés sur les mêmes ports, c’est agaçant que macOS oublie la position des fenêtres
La gestion des événements de connexion d’écran est aussi étrange : si j’en branche un troisième alors que deux sont déjà allumés, un écran secondaire s’éteint puis se rallume, puis le secondaire et le principal s’éteignent et se rallument tous les deux avant que le nouvel écran ne s’allume, ce qui est très pénible
On a l’impression que quelqu’un vient au bureau pour déplacer volontairement toutes les affaires sur le bureau
Sur Hacker News c’est sans doute différent, mais le grand public n’utilise généralement pas de moniteur externe
La prise en charge du multi-écran sur Mac a plutôt régressé, et c’est assez démoralisant parce que ça semble refléter l’état général de la plateforme
J’ai entendu dire qu’il y a 20 ans, Apple avait beaucoup travaillé pour permettre aux fenêtres de s’étendre naturellement entre des moniteurs avec des PPI ou des profondeurs de couleur différents, mais à un moment cette fonction a disparu, et maintenant les fenêtres ne s’affichent plus que sur un seul écran
Même les fonctions intégrées comme Preview donnaient autrefois l’impression que quelqu’un avait sérieusement réfléchi à 99 % des cas d’usage, alors qu’aujourd’hui on dirait qu’on vérifie à peine l’absence de régressions et qu’on s’estime déjà heureux si 80 % des usages sont couverts
https://en.wikipedia.org/wiki/Hugh_Daniel
Il retirait aussi le tube cathodique d’anciens moniteurs, photographiait l’intérieur en haute résolution et utilisait l’image comme fond d’écran ; les fenêtres semblaient flotter devant les circuits haute tension internes du moniteur, c’était le plus beau fond d’écran skeuomorphique imaginable
Je ne comprends pas pourquoi Apple n’a pas utilisé ça comme fond d’écran par défaut pour l’iMac transparent
« They're IN the COMPUTER??? » https://www.youtube.com/watch?v=L_o_O7v1ews
« There must be an ON button somewhere... Did you press the Apple thing? » https://www.youtube.com/watch?v=ToIyDSRSN5g
Il suffit de désactiver System Preferences > Desktop & Dock > Mission Control > Displays have separate Spaces > Off
Si ce réglage est activé, les fenêtres ne peuvent pas chevaucher deux écrans parce qu’on peut changer de Space indépendamment sur chaque écran ou déplacer des Spaces individuels vers d’autres écrans
Si une fenêtre recouvre plusieurs écrans, le résultat lors d’un changement ou d’une réorganisation des Spaces ne peut qu’être très bizarre
Il faut toujours des apps comme Magnet pour contrôler les fenêtres de manière raisonnable, et le multi-écran reste un désastre
À l’inverse, sur un LG Gram avec KDE Plasma, j’utilise sans problème quatre écrans de résolutions et de tailles différentes avec des niveaux de zoom distincts, et Wayland + Plasma fonctionne étonnamment bien
Comparé à avant, c’est vraiment bien moins bon
Il est difficile d’attribuer tous les problèmes du multi-écran uniquement à l’OS, et d’après mon expérience personnelle sur plusieurs plateformes, ça finit facilement par devenir chaotique partout.
L’allumage et l’extinction des écrans sont des événements asynchrones, donc l’OS doit les gérer de façon événementielle, et comme un écran peut disparaître à tout moment, tout l’état graphique doit toujours rester valide.
Quelle que soit la configuration finale de l’affichage, elle devrait converger vers l’état attendu par l’utilisateur, mais les développeurs d’apps rejettent généralement ce problème sur l’OS ou ignorent les services de restauration prévisibles fournis par l’OS, ce qui casse aussi ses hypothèses.
Qu’une personne déplace les fenêtres entre plusieurs configurations ou que l’OS le fasse, la restauration de la position des fenêtres n’obéit à aucune logique parfaitement déterministe.
Si je redémarrais avec le capot fermé, l’écran clignotait, la LED du portable clignotait aussi, puis tout finissait par planter, probablement sur un kernel panic.
J’ai fini par comprendre que
systemdenvoyait la machine en veille en pensant que l’écran externe n’était pas connecté, puis la réveillait en pensant qu’il l’était, et que cette séquence se mélangeait mal.L’initialisation de l’écran prenait du temps, et s’il n’y avait pas d’entrée il s’éteignait, ce qui faisait se télescoper les événements ; comme ça marchait parfois, j’ai même cru à un bug du kernel ou de Mesa et j’ai changé de distribution plusieurs fois.
Au final, j’ai désactivé la veille de
systemd; ce n’est pas une solution qui me plaît, mais au moins sous Linux on peut la désactiver.En pratique, si je suis à mon bureau avec deux écrans externes dans une configuration précise, que je les débranche pour une réunion et que je reviens 30 minutes plus tard, je m’attends à ce que l’agencement d’origine soit restauré tel quel.
Ce serait encore mieux si la configuration mobile pouvait aussi être rendue exploitable, comme une transformation de l’espace de travail.
Après l’installation de Nvidia, je ne me souviens plus de problèmes multi-écrans ni sous Windows ni sous Linux, et sous Windows c’était plutôt le son qui posait toujours problème.
Même après une courte pause ou une mise en veille des moniteurs, les fenêtres se décalent parfois, et j’ai essayé plusieurs solutions, mais même les outils qui promettent de mémoriser des positions fixes ne m’ont pas satisfait.
Aujourd’hui, je préfère définir des ensembles de positions de fenêtres en AppleScript et les rappeler via des raccourcis clavier.
Ça fonctionne sans outil tiers, et ça s’applique aussi à plusieurs fenêtres de la même app.
Par exemple, mon réglage « Dev1 » place Firefox sur le premier écran, IntelliJ IDEA sur le deuxième et iTerm2 sur l’écran du MacBook avec deux écrans externes 27 pouces 4K et un MacBook 14 pouces, et ça fonctionne de manière fiable.
J’ai essayé des apps censées remettre en place plusieurs configurations d’écrans et de fenêtres, mais rien n’était fiable, et les fenêtres finissaient toujours mélangées.
Mon temps me coûte plus cher que la consommation électrique d’un Mac en veille, donc je l’utilise comme ça.
Les moniteurs passent bien en veille, et même là les fenêtres sont parfois réagencées, mais dans 99 % des cas ça va.
Bien sûr, c’est une façon de parodier ceux qui prennent un échec UX arbitraire pour expliquer que Linux n’est pas utilisable comme daily driver.
Je ne comprends pas pourquoi les écrans s’inversent parfois entre eux.
Quand je me connecte, les écrans supplémentaires ont échangé de place et je dois tout redéplacer, ce qui n’a aucun sens.
La machine connaît pourtant le numéro de série des moniteurs et sait sur quel port ils sont branchés, donc je ne comprends pas pourquoi elle ne peut pas utiliser ces informations pour mémoriser leur position d’origine.
Et c’est aussi agaçant d’avoir choisi un fond d’écran noir partout et de constater quelques jours plus tard qu’il a été remplacé par des photos au moment de la connexion.
Il ne facilite même pas l’usage de la résolution native, au point que j’ai dû installer BetterDisplay, qui n’est pas parfait non plus.
https://news.ycombinator.com/item?id=40038759
J’ai vu dans un post HN il y a quelques semaines que les fabricants de moniteurs n’intègrent pas correctement d’identifiant matériel unique en dehors du niveau du lot, donc deux écrans achetés dans le même lot sont indiscernables au niveau matériel.
J’espérais qu’il existe un outil de correction, mais mes moniteurs ne sont pas branchés directement au Mac : ils sont derrière la station d’accueil, donc cet outil ne pouvait rien corriger.
Le pire, c’est qu’avec F3 on voit les petites vignettes de « bureaux » au-dessus, et on pourrait croire qu’il suffit de faire glisser celui du moniteur de gauche vers la droite et celui de droite vers la gauche, mais il y a toujours un bureau virtuel qu’on ne peut pas déplacer ainsi, et c’est évidemment celui où se trouvent les apps.
Avant, j’utilisais https://github.com/lapo-luchini/WindowsLayoutSnapshot pour mémoriser la disposition, et après avoir compris que le problème venait de DisplayPort, je faisais en sorte d’avoir assez de ports HDMI/DVI sur la carte graphique pour l’éviter.
Je le laisse encore tourner aujourd’hui, parce que c’est pratique quand je minimise accidentellement toutes les fenêtres puis que je veux les rouvrir.
Il existe peut-être un outil similaire sur Mac.
Au minimum, il faut Rectangle : https://rectangleapp.com/
Ça ne règle pas tous les problèmes, mais ça permet de déplacer les fenêtres au clavier rapidement au lieu de les faire glisser lentement à la souris
J’utilise macOS avec plusieurs moniteurs depuis plus de 10 ans, et Spectacle puis Rectangle ont toujours été indispensables ; je m’en sers même quand je n’utilise que l’écran du portable
Avec ce niveau de raccourcis, ça suffit largement pour travailler efficacement avec deux écrans
Je n’ai pas ces problèmes grâce à deux outils open source gratuits : displayplacer https://github.com/jakehilborn/displayplacer et Phoenix https://github.com/kasper/phoenix
displayplacer est un outil en ligne de commande qui permet de configurer les moniteurs comme on veut, puis de générer une commande pour revenir plus tard à cette même configuration ; j’ai enregistré des commandes pour mes deux lieux de travail et je les lance avec Alfred
Phoenix permet d’écrire soi-même des raccourcis clavier pour gérer les fenêtres ; j’ai créé une combinaison de touches qui détecte mon lieu actuel à partir des UUID des moniteurs, puis place les fenêtres où je veux
On peut faire des choses similaires avec Moom https://manytricks.com/moom/, Rectangle https://github.com/rxhanson/Rectangle, et Magnet https://magnet.crowdcafe.com
J’utilise le Dock masqué automatiquement, placé à droite, et ça ne me dérange pas du tout de n’avoir la barre de menus toujours visible que sur l’écran central
Je m’en suis très bien servi pendant un temps, puis j’ai réalisé que je n’avais pas besoin de toutes ses fonctions, mais il reste encore très mis en avant sur ma page https://taoofmac.com/space/apps/window_managers
Sur les nouveaux MacBook Pro avec ProMotion, autrement dit un taux de rafraîchissement élevé, l’animation de changement de bureau est beaucoup trop lente
La vitesse de l’animation est liée au taux de rafraîchissement de l’écran, donc le problème disparaît si on désactive ProMotion et qu’on repasse en 60 Hz
Pendant l’animation, on ne peut pas interagir avec les fenêtres, donc si on veut cliquer sur quelque chose dans le nouveau bureau, il faut attendre la fin complète de l’animation de décélération, et Apple connaît ce problème depuis plus d’un an
Vu depuis Windows ou Plasma, le gestionnaire de fenêtres paraît daté, entre le plein écran exclusif, l’absence de snap, et le fait de devoir modifier le manifeste de l’application pour intégrer le simulateur dans une disposition en tuiles
Ça ne m’a pas donné une très bonne impression des raisons pour lesquelles on aime macOS pour le développement, au-delà d’un shell accompagné d’utilitaires vieillots
Même le réglage d’accessibilité pour réduire les animations est moins bien respecté que sous Windows, ce qui est pénible quand on veut éviter les animations trop longues
Je n’ai presque jamais rencontré les problèmes dont se plaignait l’article original
Il arrive que des fenêtres s’ouvrent sur le mauvais écran, mais j’ai plutôt tendance à laisser les mêmes fenêtres ouvertes pendant des mois
C’est pareil pour la fermeture des applications : sur les OS modernes, laisser une application ouverte consomme à peine des ressources tant qu’elle n’a pas le focus, sauf si elle fait beaucoup de travail en arrière-plan
Les fenêtres se mélangent parfois, mais ce n’est pas fréquent, et j’utilise un Studio Display avec un Thunderbolt Display assez ancien
Pour le problème du Dock, j’ai augmenté la sensibilité de la souris et j’exploite la loi de Fitts : si je lance le curseur vers la gauche à vitesse constante, j’arrive de manière fiable sur le Dock de gauche du moniteur secondaire
Mon second écran sert surtout à répartir des applications « secondaires » par bureau, donc j’ai rarement besoin de gérer les fenêtres manuellement ; il suffit de passer au bureau où se trouve la fenêtre voulue
Je pourrais sans doute m’habituer à un grand écran unique ou à un ultrawide, mais mélanger bureaux virtuels et multi-écrans est bien plus agréable que de bricoler du tiling ou du split
Je passe entre des configurations multi-écrans différentes à la maison et au bureau, ainsi que l’usage du portable seul, et sans avoir étudié si macOS mémorise vraiment la position des fenêtres, son comportement ne m’a jamais agacé
Fidèle au style Apple, ça fonctionne, tout simplement
Rien qu’au titre, ça pourrait presque s’appliquer tel quel à Windows ou Linux
On licencie massivement des profils techniques en expliquant qu’on va les remplacer par une IA futuriste et des grands modèles de langage avancés, mais il suffit de brancher deux écrans pour que l’ordinateur parte en vrille
Les solutions consistent soit à bloquer physiquement la broche de détection hot-plug du câble d’écran pour pouvoir éteindre le moniteur sans tout casser, soit à utiliser PersistentWindows, mais la restauration est lente et ça saute d’un bureau virtuel à l’autre
Et en plus, chercher des infos liées à “windows” et “virtual desktops” est un cauchemar absolu