Le raccourci « Écran suivant » de Rectangle bloqué par une app plein écran ? Voici pourquoi

Le raccourci « Écran suivant » de Rectangle bloqué par une app plein écran ? Voici pourquoi

Un cas limite précis en configuration multi-écrans, documenté dans l’un des rapports les plus anciens de Rectangle app encore pertinents (ticket #51), touche quiconque utilise trois écrans ou plus avec une app en plein écran natif sur l’un des écrans intermédiaires : Écran suivant peut se retrouver bloqué, incapable de déplacer une fenêtre au-delà de l’app plein écran pour atteindre l’écran situé derrière.

Le scénario exact signalé

Trois écrans disposés horizontalement, appelons-les 1, 2 et 3, avec l’écran 2 affichant une app en plein écran natif macOS. Une fenêtre normale, pas en plein écran, se trouve sur l’écran 1, et l’objectif est de la déplacer vers l’écran 3, en sautant entièrement l’écran 2.

Appuyer sur Écran suivant déplace la fenêtre de l’écran 1 vers l’écran 2 comme prévu, mais comme l’écran 2 est occupé par une app plein écran, la fenêtre se retrouve en réalité cachée derrière elle plutôt que de devenir visible à cet endroit. Appuyer de nouveau sur Écran suivant, en s’attendant à ce qu’elle continue vers l’écran 3, ne fait rien. Le raccourci se retrouve effectivement bloqué au lieu de poursuivre son trajet à travers les écrans restants.

Pourquoi cela se produit

Une app en plein écran natif occupe son propre Espace plutôt que d’exister comme une fenêtre ordinaire sur cet écran, une distinction traitée plus en détail ailleurs dans cette série. Du point de vue de Rectangle mac, « l’écran 2 » et « l’Espace de l’app plein écran actuellement affiché sur l’écran 2 » ne sont pas tout à fait la même cible, et selon la propre description de la personne à l’origine du signalement, Rectangle app ne détecte pas cela automatiquement et ne poursuit pas le cycle vers l’écran physique suivant, contrairement à ce que faisait apparemment l’app Spectacle, désormais abandonnée, dans le même scénario, selon la comparaison faite par l’auteur original du signalement.

La réponse du mainteneur, et ce qu’elle signifie pour les versions actuelles

Selon la discussion sur le ticket lui-même, le mainteneur n’a pas rejeté l’idée, la décrivant comme quelque chose qu’il ne serait pas contre d’ajouter mais qu’il n’avait pas priorisé, et a suggéré qu’un contributeur pourrait relativement facilement l’implémenter en détectant si un écran cible fait tourner une app plein écran et en passant au suivant le cas échéant. Étant donné l’ancienneté de ce ticket précis, et le fait qu’il s’agissait à l’époque davantage d’une demande d’amélioration ouverte que d’un bug activement traité, l’approche la plus sûre consiste à vérifier directement l’état actuel du ticket plutôt que de supposer que ce comportement reste non corrigé dans la version que vous utilisez aujourd’hui, un ancien ticket ouvert sur le suivi d’un projet n’est pas une garantie permanente que rien n’a changé depuis.

Comment contourner le problème si vous le rencontrez aujourd’hui

  1. Déplacez d’abord la fenêtre manuellement vers l’écran voisin de celui en plein écran. Plutôt que de compter sur Écran suivant pour sauter automatiquement l’obstacle, utilisez Mission Control ou un glisser manuel pour repositionner l’app plein écran elle-même, ou quittez temporairement son mode plein écran, libérant l’écran 2 de l’obstruction.
  2. Réduisez la dépendance au plein écran natif sur un écran que vous devez régulièrement traverser avec des fenêtres. Si un écran précis héberge systématiquement une app plein écran qui bloque vos raccourcis Écran suivant, garder cette app dans une fenêtre agrandie ordinaire (via la fonction Agrandir de Rectangle app plutôt que le plein écran natif) contourne entièrement le problème, puisque l’action Écran suivant de Rectangle app fonctionne normalement sur des fenêtres ordinaires, quelle que soit leur taille.
  3. Déplacez directement plutôt que de faire défiler étape par étape, si votre configuration le permet. Une fonctionnalité plus récente de Rectangle, déplacer une fenêtre vers un écran précis par numéro plutôt que de simplement avancer vers le suivant ou le précédent, évite entièrement le problème du défilement séquentiel, puisqu’elle cible directement l’écran de destination au lieu de traverser les écrans intermédiaires. Vérifiez si votre version installée inclut cette possibilité avant de vous fier au contournement ci-dessus.

Pourquoi c’est un cas limite restreint, pas une plainte courante

Cette interaction précise exige trois conditions simultanément : trois écrans ou plus, une app en plein écran (pas seulement agrandie) sur un écran physiquement situé entre votre origine et votre destination, et une dépendance au raccourci Écran suivant/précédent étape par étape plutôt qu’un déplacement direct par numéro. La plupart des configurations multi-écrans avec deux écrans, ou celles qui ne font pas tourner d’apps plein écran sur l’écran « intermédiaire », ne rencontreront pas du tout ce problème. C’est inclus ici précisément parce que c’est un comportement réel et documenté qui mérite d’être connu si votre propre configuration correspond exactement à ce scénario, pas parce que c’est un problème répandu.