Waarom Rectangles Maximaliseren niet hetzelfde is als echt volledig scherm

Een echte, concrete melding op Rectangle mac issue tracker (issue #1350) beschrijft de verwarring van een gebruiker na het gebruik van Rectangle mac Maximaliseren-actie: anders dan macOS’ native volledig scherm (geactiveerd door Option ingedrukt te houden en op de groene knop te klikken), laat Rectangle app Maximaliseren nog steeds een zichtbaar reepje zien van wat er achter het venster zat, in plaats van al het andere volledig te verbergen zoals native volledig scherm doet. Dit is geen bug, het is een direct gevolg van waar maximize window to fill screen Maximaliseren daadwerkelijk voor bedoeld is, en het begrijpen van dit onderscheid ruimt een echt veelvoorkomend verwarringspunt op.

Wat de twee functies technisch gezien werkelijk zijn

Native macOS-volledig scherm (Option-klik op de groene knop, of het standaard klik-en-houd-menu) verplaatst een app naar zijn eigen Space, een apart virtueel bureaublad gewijd aan die ene app, waarbij de menubalk en het Dock volledig verborgen worden. Het verandert niet het formaat van het venster; het verandert wat voor soort object het venster überhaupt is, vanuit macOS’ perspectief.

keyboard window management Maximaliseren doet iets categorisch anders: het verandert het formaat en de positie van een gewoon venster om de beschikbare schermruimte te vullen, terwijl het de hele tijd een gewoon, normaal venster blijft, dezelfde Space, dezelfde menubalk, hetzelfde Dock, alleen aangepast om zo groot mogelijk te zijn binnen die ruimte. Dit is een bewuste ontwerpkeuze, geen omissie: een venster moet een gewoon, in formaat te wijzigen venster blijven zodat elke andere Rectangle-actie (Herstellen, Linkerhelft, verplaatsen naar een ander scherm) er daarna nog op kan worden toegepast. Als Maximaliseren daadwerkelijk native volledig scherm zou activeren, zou het venster een Space worden, en zou geen van Rectangles andere sneltoetsen er nog op kunnen inwerken, de hele premisse van een snelle, volledig toetsenbordgestuurde workflow over meerdere posities hangt ervan af dat vensters gewone vensters blijven.

Waarom je soms een reepje van een ander venster ziet

Omdat Maximaliseren het formaat aanpast binnen de beschikbare schermruimte in plaats van het hele scherm te vervangen door een toegewijde Space, doet de berekening van de “beschikbare schermruimte” zelf ertoe. Speelt een instelling voor het automatisch verbergen van de menubalk mee, de berekening van het bruikbare gebied van een specifiek scherm, of (om redenen die elders in deze reeks worden behandeld) een ruimte-instelling, dan kan het resulterende gemaximaliseerde venster net iets kleiner uitvallen dan het volledige fysieke scherm, waardoor een dun randje van wat erachter zit zichtbaar wordt. Dit is consistent met, hoewel een ander symptoom dan, de problemen met de bovenrandruimte die worden behandeld in het speciale probleemoplossingsartikel over dat onderwerp; beide zijn terug te voeren op het feit dat Rectangle in bepaalde configuraties een beschikbaar gebied berekent dat marginaal verschilt van de werkelijke rand-tot-rand schermafmetingen.

Welke moet je nou eigenlijk gebruiken?

Geen van beide is objectief beter, ze dienen verschillende doelen:

Gebruik native volledig scherm wanneer je wilt dat één app je volledige, onverdeelde aandacht krijgt, met het Dock en de menubalk helemaal uit de weg, en je dat venster daarna niet snel naar een helft of derde hoeft te schakelen. Presentaties, video afspelen, en afleidingsvrij schrijven passen hier vaak bij.

Gebruik Rectangles Maximaliseren wanneer je een venster zo groot mogelijk wilt terwijl je het nog steeds direct met een andere sneltoets terug kunt zetten naar een helft, kwart, of derde, even naar de menubalk kunt kijken voor de tijd of een statuspictogram, of Herstellen kunt gebruiken om het terug te zetten naar wat het daarvoor deed. Als je workflow inhoudt dat je gedurende de dag wisselt tussen volledige breedte en gesplitst scherm, is Maximaliseren de compatibele keuze, aangezien native volledig scherm je helemaal uit de Space haalt om iets anders te doen.

Als je specifiek iets wilt dat dichter bij native volledig scherm komt, zonder Rectangles actieset te verlaten

Bijna maximaliseren (toe te wijzen in Rectangles uitgebreidere actielijst, behandeld in het sneltoetsenoverzicht) past standaard het formaat aan naar ongeveer 90% van het scherm, kleiner dan een echte rand-tot-rand-maximalisatie, maar laat bewust een zichtbare marge over zodat je nooit in verwarring bent over of je naar een gemaximaliseerd gewoon venster kijkt of naar een volledig-scherm-app in zijn eigen Space. Als je eigenlijke doel is “zo groot mogelijk, maar ondubbelzinnig nog steeds een normaal venster”, past Bijna maximaliseren wellicht beter dan gewoon Maximaliseren, juist omdat het helemaal niet probeert er visueel uit te zien als volledig scherm.

Het kernonderscheid om te onthouden

Rectangle zet een venster nooit in native volledig-scherm-modus als onderdeel van een van zijn acties, dat is een bewuste grens, geen ontbrekende functie. Elke Rectangle-actie, inclusief Maximaliseren, houdt een venster als een gewoon, nog steeds beheersbaar venster. Wil je de daadwerkelijke, op Spaces gebaseerde volledig-scherm-ervaring, dan moet dat van macOS’ eigen volledig-scherm-bediening komen, apart van Rectangle gebruikt in plaats van erdoorheen.