Rectangles «Volgend scherm»-sneltoets geblokkeerd door een volledig-scherm-app? Dit is waarom

Een specifiek randgeval met meerdere monitoren, gedocumenteerd in een van Rectangle app oudste nog relevante meldingen (issue #51), treft iedereen die drie of meer schermen gebruikt met een native volledig-scherm-app op een van de tussenliggende schermen: Volgend scherm kan vastlopen, niet in staat om een venster voorbij de volledig-scherm-app te verplaatsen naar het scherm daarachter.

Het exacte gemelde scenario

Drie horizontaal geplaatste schermen, noem ze 1, 2 en 3, waarbij scherm 2 een app in native macOS-volledig-scherm toont. Een normaal venster, niet in volledig scherm, staat op scherm 1, en het doel is het naar scherm 3 te verplaatsen, scherm 2 daarbij helemaal overslaand.

Volgend scherm indrukken verplaatst het venster zoals verwacht van scherm 1 naar scherm 2, maar omdat scherm 2 bezet is door een volledig-scherm-app, belandt het venster feitelijk verborgen erachter in plaats van daar zichtbaar te worden. Volgend scherm opnieuw indrukken, in de verwachting dat het doorgaat naar scherm 3, doet niets. De sneltoets loopt feitelijk vast in plaats van zijn reis over de resterende schermen voort te zetten.

Waarom dit gebeurt

Een native volledig-scherm-app neemt zijn eigen Space in beslag in plaats van als gewoon venster op dat scherm te bestaan, een onderscheid dat elders in deze reeks uitgebreider wordt behandeld. Vanuit Rectangle mac perspectief zijn «scherm 2» en «de Space van de volledig-scherm-app die momenteel op scherm 2 wordt getoond» niet helemaal hetzelfde doel, en volgens de eigen beschrijving van de melder detecteert Rectangle app dit niet automatisch en zet het de cyclus niet voort naar het volgende fysieke scherm, zoals de gestopte Spectacle-app blijkbaar wel deed in hetzelfde scenario, volgens de vergelijking van de oorspronkelijke melder.

De reactie van de maintainer, en wat die betekent voor huidige versies

Volgens de discussie bij het issue zelf wees de maintainer het idee niet af, en omschreef het als iets waar hij niet op tegen was om toe te voegen maar dat geen prioriteit had gekregen, en opperde dat een bijdrager het relatief eenvoudig zou kunnen implementeren door te detecteren of een doelscherm een volledig-scherm-app draait en in dat geval door te springen naar het volgende. Gezien hoe oud dit specifieke issue is, en dat het destijds meer een openstaand verbetervoorstel was dan een actief opgepakte bug, is het veiligst om de huidige status van het issue direct te controleren in plaats van aan te nemen dat dit gedrag nog steeds onopgelost is in welke versie je vandaag ook gebruikt, een oud openstaand issue op de tracker van een project is geen permanente garantie dat er sindsdien niets is veranderd.

Zo werk je eromheen als je hier vandaag tegenaan loopt

Verplaats het venster eerst handmatig naar het buurscherm van het volledig-scherm-scherm. In plaats van erop te vertrouwen dat Volgend scherm het obstakel automatisch overslaat, gebruik je Mission Control of sleep je handmatig om de volledig-scherm-app zelf te herpositioneren, of verlaat je tijdelijk de volledig-scherm-modus ervan, waardoor scherm 2 als obstakel wordt opgeruimd.
Beperk het gebruik van native volledig scherm op een scherm waar je regelmatig vensters doorheen moet leiden. Als een specifiek scherm consequent een volledig-scherm-app host die je Volgend-scherm-sneltoetsen blokkeert, omzeilt het houden van die app in een gewoon gemaximaliseerd venster (via Rectangle app eigen Maximaliseren in plaats van native volledig scherm) het probleem helemaal, aangezien Rectangle app Volgend-scherm-actie normaal werkt bij gewone vensters, ongeacht hoe groot ze zijn.
Verplaats direct in plaats van stap voor stap door te schakelen, als je opstelling dat toelaat. Een recentere Rectangle-functie, een venster naar een specifiek scherm verplaatsen op basis van nummer in plaats van alleen naar het volgende of vorige te stappen, vermijdt het probleem van sequentieel doorschakelen helemaal, omdat het rechtstreeks het doelscherm target in plaats van door de tussenliggende schermen te lopen. Controleer of je geïnstalleerde versie deze mogelijkheid heeft voordat je op de bovenstaande omweg vertrouwt.

Waarom dit een smal randgeval is, geen veelvoorkomende klacht

Deze specifieke interactie vereist drie voorwaarden tegelijk: drie of meer schermen, een volledig-scherm-app (niet slechts gemaximaliseerd) op een scherm dat fysiek tussen je bron en bestemming ligt, en het vertrouwen op de stapsgewijze Volgend/Vorig-scherm-sneltoets in plaats van een directe verplaatsing op nummer. De meeste multi-monitoropstellingen met twee schermen, of opstellingen die geen volledig-scherm-apps draaien op het «tussenliggende» scherm, komen dit helemaal niet tegen. Het staat hier specifiek vermeld omdat het een echt, gedocumenteerd gedrag is dat de moeite waard is om te kennen als jouw eigen opstelling toevallig precies dit scenario treft, niet omdat het een wijdverbreid probleem is.