▲

macOS에서 네이티브 즉시 공간 전환 구현

 (arhan.sh)
1P by GN⁺ 10시간전 | ★ favorite | 댓글 1개
  • MacOS는 공간 전환 애니메이션을 비활성화할 수 없는 구조로, 잦은 전환 시 지연이 체감되는 문제가 있음
  • 기존의 “Reduce motion” 설정이나 yabai 윈도우 매니저 등은 각각 지연 지속 또는 SIP 비활성화 필요 등의 한계를 가짐
  • InstantSpaceSwitcher는 이러한 제약 없이 트랙패드 스와이프를 고속 시뮬레이션하여 즉시 전환을 구현함
  • SIP 비활성화 없이 네이티브 앱 형태로 동작하며, CLI를 통한 공간 번호 이동 기능도 지원함
  • 기존 서드파티 도구의 복잡함을 제거하고, MacOS 기본 환경에서 빠른 공간 전환을 가능하게 하는 실용적 도구임

MacOS의 공간 전환 문제와 기존 해결책

  • MacOS는 공간(Space) 전환 시 애니메이션을 끌 수 없는 구조로, 잦은 전환 시 지연감이 누적되는 불편함이 있음
    • Apple은 애니메이션 비활성화 요청을 지속적으로 수용하지 않음
    • 전환 시간이 짧더라도 빈번한 전환에서는 체감 속도 저하가 발생함
  • 일반적으로 제시되는 해결책은 “Reduce motion” 설정이지만, 이는 페이드인(fade-in) 애니메이션으로 대체되어 여전히 지연이 존재함
    • 또한 이 설정은 웹 브라우저의 prefers-reduced-motion 미디어 쿼리를 활성화해 웹 애니메이션 비활성화 부작용을 초래함
  • yabai 타일링 윈도우 매니저의 인스턴트 스위처 기능은 운영체제 바이너리 패치를 요구해 System Integrity Protection(SIP) 을 꺼야 함
    • yabai 사용 시 기본 윈도우 관리자를 대체해야 하며, PaperWM.spoon 등과 호환되지 않음
  • FlashSpace, AeroSpace virtual workspaces 등 서드파티 가상 공간 관리자는 창 숨김·표시 방식으로 전환을 흉내내는 비네이티브 구현임
  • BetterTouchTool의 유료 기능인 “Move Right/Left Space (Without Animation)”을 이용하는 방법도 있으나, 유료 라이선스 필요라는 제약이 있음

InstantSpaceSwitcher — 네이티브 즉시 공간 전환 도구

  • GitHub의 jurplel이 개발한 InstantSpaceSwitcher는 위의 모든 한계를 제거하고 즉시 공간 전환을 지원함

    • 메뉴바 애플리케이션형태로 제공되며, SIP 비활성화 없이 동작

      • 트랙패드 스와이프를 고속 시뮬레이션하여 지연 없는 전환을 구현함
      • 공간 번호 직접 이동 기능과 명령줄 인터페이스(CLI) 를 함께 제공함
      • CLI 사용 예시:
      .build/release/ISSCli [left|right|index <n>]
      • 설치 절차는 다음과 같음
      • git clone https://github.com/jurplel/InstantSpaceSwitcher
      • cd InstantSpaceSwitcher
      • ./build.sh
      • 빌드 후 네이티브 애플리케이션으로 실행 가능
      • 현재 GitHub 저장소에는 별 1개(작성자 본인) 만 등록되어 있으며, 더 많은 사용자가 이 도구를 발견하고 활용하기를 기대함

추가 참고

  • instantspaces는 yabai의 인스턴트 스위처를 분리하려는 시도였으나 MacOS Tahoe에서는 작동하지 않음
    • 여러 차례 시도에도 실패했으며, InstantSpaceSwitcher가 더 안정적으로 동작함
    • 다른 사용자가 성공했다면 피드백을 요청함

함께 보면 좋은 글 β

▲
GN⁺ 10시간전  [-]
Hacker News 의견들

  • 어릴 때부터 이 공간 전환 애니메이션에 익숙해서 불편하다고 생각하지 않았음
    그런데 새 MacBook을 사고 나서 단축키 입력이 시스템 포커스 전환보다 빨라서 자꾸 꼬이는 걸 느꼈음
    검색해보니 내 근육 기억이 틀린 게 아니라, 120Hz 디스플레이를 쓰는 신형 Mac에서는 애니메이션 속도가 실제로 더 느려졌다는 걸 알게 됨
    화면을 60Hz로 바꾸면 예전 속도로 돌아감
    왜 이런 변화가 생겼는지, 그리고 왜 5년이 지나도 시가총액 3.82조 달러 회사가 고치지 않았는지 의문임
    관련 토론은 Apple 포럼과 YouTube 영상에서도 볼 수 있음

    • 이렇게 오래된 버그가 아직도 남아 있다는 게 믿기지 않음
      Apple 엔지니어들은 macOS를 직접 안 쓰는 건지 궁금함
    • Mac의 커스터마이징은 잘 모르겠지만, Android와 Linux에서는 애니메이션을 꺼봤는데 아무것도 그립지 않았음
      결국 초기 와우 효과 외에는 쓸모가 없었음
    • 2021년에 120Hz MacBook을 처음 썼을 때 바로 느꼈음
      이렇게 기본적인 UI 기능이 아직도 고쳐지지 않은 게 놀라움
    • 나도 같은 문제를 겪고 있었음
      공간 전환 중에 잘못된 창에 키 입력이 들어가서 답답했는데, 새 MacBook 때문이었다는 걸 이제야 알게 됨
      정말 다행임
    • 아마 감속 애니메이션 계산 방식 때문일 거라고 추측함
      프레임 제한이 없는 게임에서 프레임 속도에 따라 움직임이 달라지는 것과 비슷한 원리일 듯함

  • Apple이 정말 치명적인 실수를 하고 있다고 생각함
    Microsoft도 마찬가지임
    좋은 인터페이스와 합리적인 기본값을 설계하되, 파워 유저를 묶어두면 안 됨
    파워 유저는 소수지만, 디자인 언어를 발전시키고 버그를 찾고 커뮤니티를 이끄는 핵심임
    그런데 Apple과 Microsoft는 통제 강화를 이유로 생태계를 닫고 있음
    그 결과, 사용자들은 점점 더 불편해지고 있음
    그래서 Linux의 인기가 오히려 높아지고 있음 — 완전한 제어권을 주면서도 진입 장벽이 낮아졌기 때문임
    예전의 Apple은 이런 균형을 잘 잡았는데, 지금은 단순히 통제욕으로 보임

    • 문제는 그들이 이제 좋은 기본값조차 제공하지 않는다는 점임
      나쁜 디자인은 쉽게 사라지지 않아서 수십 년간 남음
      애니메이션으로 낭비되는 시간은 파워 유저뿐 아니라 모두에게 손해임

  • yabai 이야기가 나와서 말인데, Aerospace를 꼭 써보길 추천함
    여러 WM을 써봤지만 이게 가장 안정적이었음
    Aerospace GitHub

    • 나도 Aerospace를 쓰는데, 거의 설정 없이도 훌륭하게 작동함
      기본 설정이 좋아서 몇 년째 거의 손대지 않고 있음
      다만 나는 타일링 WM 파워 유저는 아님
    • Aerospace는 정말 놀라운 툴임
    • 예전엔 macOS Spaces를 많이 썼는데, 추천받고 Aerospace로 바꾼 뒤 완전히 만족 중임
      Yabai도 고려했지만 SIP(System Integrity Protection) 을 꺼야 하는 기능이 있어서 포기했음
    • 예전엔 잘 됐는데 요즘은 창을 자꾸 잃어버려서 리셋을 반복해야 하는 문제가 생김

  • 최근 업무 때문에 macOS로 옮겼는데, 이건 정말 공학의 정점은 아님
    직접 설정한 Linux 데스크톱에 익숙해서 그런지, macOS는 느리고 설정이 어렵고 키보드 친화적이지 않음

  • 방금 전까진 몰랐는데, macOS의 공간 전환 애니메이션이 이렇게 거슬리는 줄 이제야 알게 됨

    • 게다가 120Hz 모니터에서는 더 느리고, 애니메이션이 끝날 때까지 입력 포커스가 이전 공간에 남아 있음
    • 이제 다른 문제들도 눈에 들어오기 시작할 테니, 정신 건강을 위해 잊는 게 좋음

  • macOS의 이 버그 때문에 Fedora Asahi Remix로 갈아탐
    Asahi Remix는 Gnome 기반으로 창 관리가 훨씬 합리적임
    버그 영상은 여기

    • 나도 같은 이유로 Asahi Linux로 옮겼음
      90년대 초 System 6 시절부터 맥 유저였지만, 이제는 다음 하드웨어를 Apple에서 살지 모르겠음
    • 나는 Asahi Alarm (Arch 기반)과 Sway를 사용 중임
      macOS가 내 의사와 상관없이 업데이트를 강행한 뒤 바로 갈아탐

  • 전환 애니메이션을 없애기 위해 빠른 스와이프를 합성하는 아이디어는 정말 천재적임

  • 약간 관련된 이야기지만, 재부팅 후 Finder가 여러 탭을 복원할 때
    탭을 클릭하면 창이 다른 공간으로 갑자기 이동하는 현상이 있음
    같은 창의 탭들이 서로 다른 공간에 속해 있다고 착각하는 듯함
    요즘 Apple 소프트웨어의 버그는 단순한 예외 케이스가 아니라, 잘못된 모델링 구조에서 비롯된 것처럼 보임

  • 이 공간 전환 해킹도 멋지지만, 예전 OS X 10.5/10.6의 2D 공간 그리드를 되살릴 방법이 있다면 좋겠음
    10.7 이후의 선형 디자인은 너무 단순함

    • 나도 그 기능이 너무 그리웠음
      macOS에서 KDE로 옮기고 나서 3x3 가상 데스크톱 그리드를 다시 얻었는데, 정말 편함
      각 데스크톱을 용도별로 고정해두고, 전환 애니메이션도 페이드·슬라이드·속도 조절 등 자유롭게 설정 가능함
      KDE는 이런 유연한 구성 가능성이 정말 매력적임

  • Linux에서 Hyperland와 Niri 같은 옵션에 익숙해진 뒤, 최근엔 OmniWM을 써보고 있음

    • 아직 초기 개발 단계지만, 버그 수정 속도가 매우 빠름
      macOS를 써야 할 때 OmniWM 덕분에 견딜 만해짐
    • 나는 공간이나 윈도우 매니저를 안 쓰는데, 단순히 Cmd+Tab 전환만으로는 뭘 놓치고 있는 건지 궁금함
      혹시 인생이 바뀌는 경험일지도?
    • 나도 같은 생각이었는데, OmniWM이 너무 좋아 보여서 바로 써볼 예정임
답변달기