Rectangle 창이 완벽하게 딱 맞지 않는 이유(그리고 언제 고쳐지는지)
Rectangle app에 대해 반복적으로 등장하는 특정 유형의 불만이 있다. 완벽하게 최대화되거나 화면의 정확히 절반이어야 할 창에, 어딘가 가늘고 눈에 띄는 틈이 생긴다는 것이다 — 보통 메뉴 막대 근처이거나, 인접해 있어야 할 두 창 사이다. 이 중 일부는 의도적인 설정이고, 일부는 실제로 보고된 버그이며, 일부는 최근 버전에서 이미 고쳐졌다.
먼저: 여백 설정이 활성화되어 있는지 확인한다
Rectangle mac은 터미널 명령(gapSize, 또는 더 세밀한 snapEdgeMarginTop/Bottom/Left/Right)으로 설정하는, 타일 배치된 창과 화면 가장자리 사이의 의도적인 픽셀 여백을 지원한다. 자신이, 혹은 참고했던 설정 가이드가 언젠가 이를 활성화해두었다면, 눈에 보이는 틈은 버그가 아니라 예상된 동작이다. 현재 값을 확인해보자.
defaults read com.knollsoft.Rectangle gapSize여기서 0이 아닌 숫자가 나온다면 그게 답이다. 다음으로 제거할 수 있다.
defaults delete com.knollsoft.Rectangle gapSize그런 다음 Rectangle app을 다시 시작한다.
실제로 보고된 버그: 특히 상단 가장자리의 틈
Issue #1554는 여백 설정을 의도적으로 구성하지 않았는데도 최대화된 창의 상단과 메뉴 막대 사이에 특별히 1픽셀짜리 틈이 생긴다고 설명한다. 별도로 등록된 Issue #1347은 관련은 있지만 더 두드러지는 현상을 설명한다 — 여백 설정을 활성화했을 때, 화면 상단의 여백이 왼쪽, 오른쪽, 하단에서 같은 설정으로 생기는 여백보다 약 20% 더 크게 측정되었다는 것이다. 이는 여백 크기 계산 전반의 버그가 아니라 상단에만 특정된 불일치다. 둘 다 그냥 끌 수 있는 설정이 아니라, 코드의 같은 일반적인 영역(Rectangle app이 메뉴 막대 근처의 경계를 어떻게 계산하는지)을 가리키고 있다.
최대화된 창이나 위쪽 절반 창의 상단에서만 작고 일관된 틈이 보이고 다른 곳에서는 보이지 않는다면, 이는 자신 쪽의 설정 오류라기보다 알려진 보고 카테고리에 해당한다 — 이 이슈들의 현재 상태를 확인해보자. 여백 계산 코드는 마이너 릴리스를 거치며 다듬어지는 대표적인 종류의 것이기 때문이다.
음수 여백이 예상대로 동작하지 않는 경우
Issue #576은 더 구체적인 사례를 설명한다 — screenEdgeGapBottom에 음수 값을 설정하는 것(최대화된 창이 보이는 화면 가장자리를 살짝 넘어가서 화면 밖으로 아주 조금 가려지게 하려는 의도)이 아무런 효과가 없었다는 것이다 — 창은 마치 여백이 0인 것처럼 최대화되었고, 반면 동등한 양수 여백 값은 정상적으로 작동했다. 이 특정 효과를 위해 음수 여백 값을 쓰려고 했는데 아무 일도 일어나지 않는다면, 이는 명령의 문법 오류가 아니라 정확히 이 동작이 예상대로 작동하지 않는다는 문서화된 보고다.
이미 반영된 수정: 원치 않는 틈을 남기던 «clamped» 창
버전 0.97의 릴리스 노트는 관련은 있지만 별개인 문제를 구체적으로 다룬다 — «clamped»된 창(계산된 전체 크기에 도달하지 못하도록 막힌 창으로, 보통 앱 자체가 강제하는 최소 크기 제약 때문이며, Discord나 Spotify 같은 앱을 논할 때 다룬 것과 같은 종류의 문제다)은 예전에는 스냅 가장자리에 딱 붙는 대신, 창과 스냅 가장자리 사이에 틈이 있는 상태로 떠 있게 되곤 했다. v0.97 변경 이력에는 이에 대한 구체적인 수정으로 «틈을 남기는 대신 clamped 창을 스냅 가장자리에 고정»과 «clamped 창을 기본적으로 스냅 가장자리에 정렬»이 나열되어 있다. 완전히 줄어드는 것도 꺼리는 것처럼 보이는 창에서 특히 틈이 보였다면 — 바로 그 Discord/Spotify 식 문제라면 — 그리고 0.97보다 오래된 버전을 쓰고 있다면, 업데이트로 그 특정 틈은 해결될 수 있다. 다만 그것이 앱 자체의 근본적인 최소 크기 제한을 없애주지는 않는다.
절반 분할 비율과 모서리 액션
같은 v0.97 릴리스는 또한 «모서리 액션과 스냅 영역에 절반 분할 비율을 적용»한다 — 이는 단순한 절반 화면 액션이 화면을 나누는 방식과 모서리나 스냅 영역 액션이 화면을 나누는 방식 사이의 일관성을 노린 수정으로, 원래는 동일한 분할 지점이어야 할 것에 대해 이 두 경로가 이전에는 서로 약간 다른 경계 계산을 만들어낼 수 있었던 경우를 다룬다.
자신의 특정 틈이 이미 고쳐졌는지 확인하는 방법
- 현재 Rectangle app 버전을 확인한다(메뉴 막대 아이콘 → About, Option을 누르지 않은 상태).
- 이를 위 각 수정이 반영된 버전과 비교한다 — clamped 창 고정 수정은 v0.97이다 — 그리고 상단 가장자리 틈 이슈(#1554, #1347)의 현재 상태를 직접 확인한다. 이 글이 작성된 이후 버전에서 이미 해결되었을 수 있다.
- 뒤처져 있다면, 특정 불만이 영구적이고 고칠 수 없는 문제라고 단정 짓기 전에 먼저 업데이트하자 — 트래커에 있는 여백 관련 보고 중 여러 건이, 관련된 계산을 정확히 다룬 마이너 릴리스로 종료되었다.
진짜로 버그가 아닌 경우
딱 한 특정 앱에서만 나타나고 다른 곳에서는 나타나지 않는 틈은, Rectangle 쪽의 픽셀 계산 버그보다는 그 앱 자체의 최소 크기 동작(이 시리즈의 다른 글에서 Discord, Spotify, 터미널 에뮬레이터 같은 앱에 대해 자세히 다뤘다)일 가능성이 더 높다. 구분하는 테스트는 이 시리즈 전체에서 사용한 것과 같다 — 같은 액션이 대부분의 앱에서는 깔끔하게 딱 맞는 결과를 내고 특정 하나의 앱에서만 오작동한다면, 변수는 그 앱이다. 반대로 틈이 모든 앱에 걸쳐 같은 화면 가장자리에서 일관되게 나타난다면, 이는 오히려 Rectangle 자체의 가장자리 계산 코드를 가리킨다. 그렇다면 위의 구체적인 이슈들을 확인해보거나, 아직 보고되지 않았다면 자신의 macOS와 Rectangle 버전을 첨부해 새 이슈를 등록해볼 가치가 있다.
