macOS는 그리드를 되찾아야 한다 — Leopard Spaces부터 GridLion까지

macOS는 그리드를 되찾아야 한다 — Leopard Spaces부터 GridLion까지

macOS의 가상 데스크톱을 바라보는 관점이 다시 한 번 흔들리고 있다. 2007년 Leopard가 3x3 그리드 형태의 Spaces를 들고 나왔을 때, 우리는 마침내 진짜 책상 위의 작업대를 디지털로 옮긴 듯했다. 18년이 지난 지금, 그 그리드는 어디로 사라졌고, 왜 다시 필요해졌는가.

1. Leopard Spaces가 만들어낸 공간 기억

macOS 10.5 Leopard의 Spaces는 가상 데스크톱이라는 개념을 macOS에 정착시켰다. 3x3 그리드는 아홉 개의 화면처럼 작동했다. 가운데에 웹 브라우저를, 위쪽에 웹 편집기를, 왼쪽 위에는 Xcode를, 그 아래에는 iOS 시뮬레이터를 고정해 두면, 한 번의 키 입력만으로 그 위치로 즉시 이동할 수 있었다. 이 방식은 별도의 물리 디스플레이를 바라보는 것처럼 근육 기억과 공간 기억을 만들어냈다. EasyBeats Drum Machine의 16개 시퀀싱 화면 그리드도 바로 이 Spaces 배치에서 영감을 받았다고 한다.

핵심은 위치 기반의 근육 기억이었다. 화면이 7번인지 8번인지 외울 필요가 없었다. 오른쪽 끝 두 번째가 내 브라우저다, 라는 한 가지 사실만 알면 충분했다.

2. Lion 이후 사라진 그리드

macOS Lion이 Mission Control을 도입하면서 가상 데스크톱은 가로 한 줄로 압축되었다. 가로 한 줄에서는 특정 화면으로 이동하려면 계속 옆으로 미끄러져 가야 했고, 직접 단축키를 누르더라도 브라우저가 7번인지 8번인지 머릿속으로 세어야 했다. 위치 감각이 사라지고, 단순한 순서 암기로 변질된 것이다.

이 변화를 보완하기 위해 등장한 도구도 있었지만, 각각의 한계가 분명했다. Total Spaces는 시스템 Dock을 수정해야 했고, 결국 SIP(System Integrity Protection) 우회까지 필요해졌다. Yabai나 Aerospace 같은 타일링 윈도 매니저도 한 가지 근본적인 문제를 안고 있었다. 창을 데스크톱 위에서 재배치하는 방식은 책상 위의 종이를 옮기는 느낌에 가깝고, 진짜로 필요한 것은 모든 것이 그대로 남아 있는 별도의 작업대다. macOS의 풀스크린 앱과 분할 모드는 작업 하나에 전용 영역을 주는 방식이라, 그리드 기반의 공간 탐색과 훨씬 잘 어울렸다.

3. GridLion의 등장 — 래퍼가 만든 그리드

macOS는 Mission Control API 대부분을 비공개로 잠가 두기 때문에, 문서화된 방식으로 데스크톱을 추가하거나 재배치하는 것은 불가능하다. GridLion은 이 제약을 우회하는 우아한 방법을 택했다. 네이티브 space 위에 가벼운 래퍼를 두고, macOS의 단일 행 space를 내부 모델에서 그리드처럼 보이게 만드는 것이다. 사용자는 3x3 격자를 보는 듯하지만, 실제로는 macOS의 표준 space들이 그 밑에서 움직이고 있다.

이 접근은 InstantSpaceSwitcher에서 출발했다. 이 도구는 시스템 수정 없이 macOS의 space 전환 애니메이션만 제거했는데, 그 결과물을 보면서 사람들은 "애니메이션 없이도 space를 전환할 수 있다면, 그리드 탐색 문제도 풀 수 있지 않을까"라는 가능성을 발견했다.

흥미로운 점은 LLM의 역할이다. 하루 만에 투박하지만 동작하는 시제품이 만들어졌고, 며칠간의 사용자 피드백을 거친 뒤 약 한 달 만에 만족할 만한 수준에 도달했다. 앱 이름도 macOS Lion에서 생긴 문제와 그리드를 합친 GridLion이 됐다. 다만 grid 기반의 space를 한 디스플레이에서 다른 디스플레이로 옮기거나, 특정 앱이 실행될 때 항상 특정 그리드 위치에 나타나게 하는 등 일부 기능은 Mission Control의 도움 없이는 여전히 어렵다.

4. 왜 이제 다시 그리드인가

멀티태스킹과 문맥 전환의 부담은 해마다 커져 왔다. 즉시 메시징이 다시 그 부담을 끌어올렸고, 에이전트 기반의 작업 흐름은 그 방향을 더 밀어붙이고 있다. 같은 앱을 여러 작업에서 동시에 사용하기 때문에, 이 문제는 앱 수준의 관심사가 아니라 운영체제가 책임져야 할 영역으로 이동했다.

iPad의 대체 창 구성 실험 중 일부는 가능성을 보여줬지만, 개인적으로는 충분히 강력하거나 직관적이지 않았다. Arc 브라우저의 세로 탭과 여러 "spaces" 조합은 이 문제를 거의 완벽하게 해결했다고 느꼈던 사람도 적지 않다. 브라우저 안에서 일어나는 일이 대부분인 요즘, Arc 방식이 99%는 충분했다는 평가다. KDE의 Activities도 시도였지만, 그리드처럼 직관적이진 않았다.

Niri 워크스페이스를 써본 사람들은 보통 브랜치 이름을 따서 공간 이름을 붙이고, 워크스페이스마다 브라우저·편집기·터미널 몇 개를 열어 둔다고 한다. 무한한 공간이 있어서, 어떤 워크스페이스가 비좁아졌다는 이유만으로 새 워크스페이스를 만들지 않아도 된다는 점이 큰 장점이다. macOS에서는 Aerospace로 이와 비슷한 구성을 만들어 쓸 수 있지만, 원래 그리드를 의도한 사용자에게는 우회로에 가깝다.

5. 다음 macOS에 바라는 것

GridLion이 보여준 가장 큰 교훈은 명확하다. 그리드 기반 Spaces는 다시 OS 기능이어야 한다. 래퍼와 우회로는 임시방편일 뿐이고, 진짜 해결책은 Apple이 Mission Control API를 다시 풀고, 사용자가 그리드 크기와 단축키를 디스플레이별로 직접 설정할 수 있게 해주는 것이다. Leopard가 만들었던 공간 기억, 그 단순하고 강력한 패러다임을 18년 만의 부활이 아닌, 처음부터 다시 디자인된 형태로 만나는 것이 가장 이상적이다.

요약

• Leopard Spaces는 3x3 그리드로 위치 기반 작업 흐름을 만들었다

• Mission Control은 그리드를 가로 한 줄로 압축해 공간 기억을 무너뜨렸다

• GridLion은 래퍼 방식으로 그리드 경험을 재현했지만, OS 차원의 해결이 본질이다

• 멀티태스킹 부담이 커질수록 그리드 기반 가상 데스크톱의 필요성은 오히려 증가하고 있다

---

📚 출처

• https://news.hada.io/topic?id=30134