Waarom Rectangles vensters niet perfect vlak aansluiten (en wanneer dat is opgelost)

Een specifiek soort klacht duikt keer op keer op over Rectangle app: een venster dat perfect gemaximaliseerd zou moeten zijn of precies de helft van het scherm zou moeten innemen, heeft in plaats daarvan ergens een dun, zichtbaar kiertje — meestal bij de menubalk of tussen twee vensters die naast elkaar zouden moeten liggen. Een deel hiervan is een bewuste instelling; een deel is een echte, gemelde bug; en een deel is al opgelost in recente versies.

Eerst: controleer of je een tussenruimte-instelling hebt ingeschakeld

Rectangle mac ondersteunt een bewuste tussenruimte in pixels tussen ingedeelde vensters en schermranden, ingesteld via Terminal-commando’s (gapSize, of de fijnmaziger snapEdgeMarginTop/Bottom/Left/Right). Als jij, of een installatiegids die je hebt gevolgd, dit ooit hebt ingeschakeld, is een zichtbaar kiertje verwacht gedrag, geen bug. Controleer je huidige waarden:

defaults read com.knollsoft.Rectangle gapSize

Komt hier een getal anders dan nul uit, dan heb je je antwoord. Verwijder het met:

defaults delete com.knollsoft.Rectangle gapSize

en herstart Rectangle app.

Een daadwerkelijk gemelde bug: kiertje specifiek aan de bovenrand

Issue #1554 beschrijft een kiertje van 1 pixel dat specifiek verschijnt tussen de bovenkant van een gemaximaliseerd venster en de menubalk, zonder dat er bewust een tussenruimte-instelling is geconfigureerd. Issue #1347, apart ingediend, beschrijft iets verwants maar uitgesprokener: met een tussenruimte-instelling ingeschakeld, was het kiertje bovenaan het scherm ongeveer 20% groter dan dezelfde tussenruimte-instelling opleverde aan de linker-, rechter- en onderrand — een inconsistentie specifiek aan de bovenkant, geen algemene bug in de tussenruimteberekening. Beide wijzen naar hetzelfde algemene stuk code (hoe Rectangle app de grens bij de menubalk berekent) in plaats van naar een instelling die je gewoon kunt uitzetten.

Zie je een klein, consistent kiertje specifiek bovenaan gemaximaliseerde vensters of vensters in de bovenste helft, en nergens anders, dan is dit een bekende categorie meldingen en geen verkeerde configuratie van jouw kant — controleer de huidige status van deze issues, want tussenruimteberekeningscode is precies het soort ding dat over puntreleases heen wordt verfijnd.

Negatieve tussenruimtes gedragen zich niet zoals verwacht

Issue #576 beschrijft een specifieker geval: het instellen van een negatieve waarde voor screenEdgeGapBottom (bedoeld om een gemaximaliseerd venster net iets voorbij de zichtbare schermrand te laten uitsteken, waarbij een klein stukje buiten beeld verdwijnt) had geen enkel effect — het venster maximaliseerde alsof de tussenruimte nul was, terwijl dezelfde positieve tussenruimtewaarde wel correct werkte. Probeer je een negatieve tussenruimtewaarde te gebruiken voor dit specifieke effect en gebeurt er niets, dan is dit een gedocumenteerde melding van precies dit gedrag dat niet werkt zoals verwacht, geen syntaxfout in je commando.

Een fix die al is uitgebracht: «clamped» vensters die ongewenste kiertjes achterlieten

De release notes van versie 0.97 behandelen specifiek een verwant maar afzonderlijk probleem: vensters die «clamped» zijn (verhinderd om hun volledig berekende formaat te bereiken, meestal vanwege een minimumformaat dat de app zelf afdwingt — dezelfde categorie probleem die wordt besproken bij apps als Discord of Spotify) bleven voorheen zwevend achter met een kiertje tussen het venster en de snaprand, in plaats van er vlak tegenaan geduwd te worden. De changelog van v0.97 noemt hiervoor als specifieke oplossingen «Clamped vensters verankeren aan de snaprand in plaats van een kiertje achter te laten» en «Clamped vensters standaard uitlijnen op snapranden». Zag je specifiek bij vensters die ook al terughoudend leken om volledig te krimpen een kiertje — het Discord/Spotify-achtige probleem — en draai je een versie ouder dan 0.97, dan kan updaten dat specifieke kiertje verhelpen, ook al verwijdert dat niet de onderliggende minimumformaatbeperking van de app.

De halveringsverhouding en hoekacties

Diezelfde v0.97-release «past de Halveringsverhouding ook toe op hoekacties en snapgebieden» — een fix gericht op consistentie tussen hoe een gewone halfschermactie het scherm verdeelt en hoe een hoek- of snapgebiedactie dat doet, waarmee een geval wordt aangepakt waarin deze twee routes voorheen licht verschillende grensberekeningen konden opleveren voor wat hetzelfde verdeelpunt zou moeten zijn.

Hoe te controleren of jouw specifieke kiertje al is opgelost

1. Controleer je huidige Rectangle app-versie (menubalkicoon → About, zonder Option ingedrukt te houden).
2. Vergelijk dit met de versie waarin elke bovenstaande fix is uitgebracht — v0.97 voor de fix van het verankeren van clamped vensters — en controleer rechtstreeks de huidige status van de kiertje-aan-de-bovenrand-issues (#1554, #1347), want die kunnen inmiddels zijn opgelost in een versie na het schrijven van dit artikel.
3. Loop je achter, update dan eerst voordat je aanneemt dat een specifieke klacht een blijvend, onoplosbaar probleem is — meerdere van de tussenruimte-gerelateerde meldingen op de tracker zijn gesloten door puntreleases die precies de betrokken berekening aanpakten.

Wanneer het echt geen bug is

Een kiertje dat alleen in één specifieke app verschijnt en nergens anders, is waarschijnlijker het eigen minimumformaatgedrag van die app (elders in deze reeks uitgebreid behandeld voor apps als Discord, Spotify en terminalemulators) dan een pixelberekeningsbug aan Rectangle-kant. De onderscheidende test is dezelfde die door deze hele reeks heen wordt gebruikt: levert dezelfde actie in de meeste apps een schoon, vlak resultaat op en gedraagt hij zich alleen verkeerd in één specifieke app, dan is de app de variabele. Verschijnt het kiertje consequent bij elke app op dezelfde schermrand, dan wijst dat eerder naar Rectangles eigen randberekeningscode, en is het de moeite waard om de bovenstaande specifieke issues te bekijken of, als het nog niet gemeld is, een nieuwe te openen met je macOS- en Rectangle-versie.