터치 바는 2016년에 등장했다. 등장부터 이미 실패가 예정된 듯한 느낌이었다. 당시 세대의 맥은 온통 “이제 아이디어가 바닥났구나” 하는 냄새를 풍기고 있었다. 방향키는 모양이 바뀌었고, 키보드는 더 얇아졌으며, 사랑받던 MagSafe조차 사실은 안전하지 않았다. 이 변화들은 모두 불호를 샀고 시간이 지나며 결국 되돌려졌으며, 터치 바 역시 결국 도끼를 맞게 된다.

등장으로부터 10년이 지나고, (소문에 따르면) 완전한 멀티터치 맥북을 앞둔 지금, 엄청난 시간이 지난 뒤에야 터치 바를 좀 더 비판적으로 자세히 들여다보고 싶었다. 글 위에 도발적인 제목을 달아두었지만, 그 질문에 긍정적으로 답할 수 있을지는 모르겠다. 그래도 꽤 가깝게 다가갔다고 느낀다.

터치 바는 무엇을 했나?

터치 바는 키보드 최상단의 열을 얇은 터치스크린과 오른쪽의 Touch ID 표면/버튼으로 대체했다.

터치스크린은 왼쪽에 항상 표시되는 가상의 Esc 키를 제공했고, 나머지 영역은 다음과 같은 몇 가지 중 하나로 바뀔 수 있었다:

• 앱 제어 — 앱이 원하는 대로(버튼이든 더 인터랙티브한 영역이든):

• 컨트롤 스트립 — 오늘날 기능 키가 기본적으로 하는 것과 대략 동일하다(밝기, 재생 제어, 음량):

• 왼쪽에는 작은 앱 제어를, 오른쪽에는 확장 가능한 컨트롤 스트립을 두는 하이브리드 모드:

• F1–F12 키:

• 스페이스나 빠른 동작, 이모지를 보여주는 몇 가지 작은 모드:

• 터치 바 중앙만 차지하는 작은 하위 모드:

The Verge가 5분짜리 영상으로 이런 기능들을 잘 보여준다.

기능

터치 바는 일반 사용자와 프로 사용자를 모두 겨냥한 기능들을 뒤섞어 들고 나왔다. 일부는 macOS 자체에 내장된 것이었고, 일부는 애플 자체 앱에서 제공됐다.

몇몇 앱은 기존 툴바의 하위 집합을 그대로 옮겨놓은 수준을 제공했고(대체로 사용자화는 불가능했다), 가끔은 글꼴 옵션을 더 깊이 들어가거나 색상 보정을 고르는 식의 하위 메뉴도 있었다. Safari나 사진 같은 앱은 객체의 작은 미리보기를 보여주는 데 공을 들이기도 했다.

특히 시연하기 좋았던 것은 음량과 밝기 슬라이더, 그리고 특정 앱에서의 슬라이더였다. QuickTime에서의 재생이나 사진 갤러리 넘기기 같은 기능으로, 분명 iPhone의 유사한 제어에서 영감을 받은 것이었다. 터치 바가 “멀티터치”라 불리긴 했지만, 실제로는 탭과 수평 스와이프만 지원했고, 그중 후자만이 기존 기능 키가 분명히 할 수 없는 것이었다.

단순하지만 효과적인 기능으로는 Touch ID 인증과 결제를 가리키는 화살표도 있었다. 이는 소프트웨어 고유감각의 작은 예로, 애플은 이를 보도자료에 GIF로 넣기까지 했다:

하지만 어색한 순간들도 있었다. 전략은 마치 “일단 이것저것 다 던져보고 뭐가 붙나 보자”는 느낌이었고(그러고 보니 첫 Apple Watch에서는 그 전략이 통하기도 했다!):

• 모든 시스템 대화상자는 버튼을 터치 바에 그대로 반복해서 표시했다. 마우스나 키보드(Esc/Enter)로 이미 충분히 조작할 수 있는 것들이라 나는 이게 왜 필요한지 의아했다.

• 음량이나 밝기 조절을 드래그할 수 있는 건 좋았지만, 슬라이더는 손가락에서 떨어져 있었고 음량은 화면의 예전 HUD에도 동시에 표시돼, 마치 시스템의 각 부분이 서로를 인식하지 못하는 듯한 느낌을 줬다.

• Xcode는 현재 줄이나 선택 영역을 주석 처리하는 버튼을 제공했는데, 프로그래머 입장에서는 거의 모욕적으로 느껴졌을 것이다. ⌘/ 단축키 대신 그걸 누르고 싶은 사람이 있을까?

마지막으로, 첫 버전의 정보 구조(IA)는 복잡하게 느껴졌다:

• 단어 자동완성은 바 중앙에 있었지만, 이모지 입력 진입점은 왼쪽에 있었다.
• 쉐브론(갈매기 모양 화살표)도 종류가 너무 많았고(최소 세 가지!), 동작이 화살표 방향과 완전히 일치하지도 않았다. 어떤 쉐브론은 예상대로 컨트롤을 해당 방향으로 확장했지만, 어떤 것은 더 깊이 들어가 바의 절반을 차지했고, 또 어떤 것은 전체를 덮어버렸다. (게다가 일부 컨트롤은 일반적인 수평 스크롤도 지원했다.)

• 일반 버튼처럼 보이는 컨트롤 중에도 탭하면 확장되는 것이 있어, 결국 터치했을 때 무슨 일이 일어날지 전혀 명확하지 않았다.
• 닫기 버튼은 때로는 왼쪽에, 때로는 버튼 오른쪽에 있었다.

설정

이렇게 중요한 기능치고는 이상하게도, 터치 바 설정은 별도의 터치 바 탭으로 명확히 구분돼 전체 시스템을 쉽게 이해하고 가능한 기능을 미리보기로 보여주는 대신, 기존 키보드 옵션들 사이에 여기저기 흩뿌려진 채 등장했다.

사소한 것까지 브랜딩하려는 애플의 성향도 여기서는 약간 역효과를 냈다. 터치 바를 사용자화하려면 Quick Actions, App Controls, Control Strip 같은 낯선 용어들과 마주해야 했는데(평소 향수에 젖지 않는 애플이 여기서는 고전적인 이름을 재활용했다. App Controls에 대응해 System Controls라 부르는 대신).

반면, 여기서 Control Strip 사용자화 인터랙션은 단연 하이라이트였다. 터치 바의 세계와 그 위의 하늘을 잇는 마법 같은 다리처럼 느껴졌고, 아마도 시스템 전체에서 가장 잘 설계된 부분이었을 것이다:

(이런 종류의 사용자화는 터치 바를 지원하는 일부 앱에서는 가능했지만, 모든 앱에서 가능했던 것은 아니었다.)

참고로 애플은 2016년 이후로 설정에 대한 교훈을 배운 듯하고, 어쩌면 과하게 배운 것 같기도 하다. 2023년 iPhone에 도입된 액션 버튼은 호화로운 새 인터페이스를 달고 나왔다:

첫 대중 반응과 이후의 변화

2016년 당시 터치 바는 미지근한 낙관(“그리 대단하진 않지만 가능성은 있어 보이고, 시즌 2와 3이 기대된다”)과, 물리적인 Esc 키에 의존하던 거의 모든 사람의 격렬한 불만이 뒤섞인 채 등장했다.

터치 바는 2019년에 단 한 번만 손을 봤다. 이 소폭 업데이트에서는 물리적인 Esc 키가 다시 돌아왔고, 체감상 동작도 약간 더 빨라졌다.

그 외의 하드웨어 개선은 없었고, 내 기억에 애플 차원에서의 소프트웨어 변화도 존재 기간 내내 전혀 없었다. 일부 서드파티 앱이 출시 후 몇 년간 터치 바 지원을 추가했다지만, 그때조차 평가는 다소 유보적이었다:

대부분의 Final Cut Pro 파워 유저는 자주 쓰는 편집 기능에 키보드 단축키를 워낙 익숙하게 쓰기 때문에 단순 편집이나 재생에서는 터치 바가 더 빠르다고 느끼지 못할 수도 있지만, 워낙 많은 맥락 의존적 설정들이 있어 결국에는 그 가치를 증명할 가능성이 높다.

터치 바는 Pro가 아닌 맥북이나 다른 컴퓨터에는 절대 탑재되지 않았고, 출시 5년 만에 아예 단계적으로 퇴출되기 시작했다. 당혹스럽게도, 그리고 이유는 영영 알 수 없겠지만 이 프로젝트는 출시되자마자 사실상 “유지보수 모드”에 들어갔고, 곧바로 제거되지 않은 것은 어쩌면 체면 때문이었을지도 모른다.

햅틱과 인체공학

터치 바는 손가락에 불쾌하게 느껴졌다.

Esc 키를 둘러싼 사람들의 분노는 대부분 다른 키들 옆에서 그 키가 얼마나 “죽은” 느낌으로 다가오는가에 관한 것이었다. 주변부에 더 멀리 위치한, 일종의 탈출구이자 프로그래머에게는 핵심 인터랙션인 키에게는 특히 중요한 문제였다. (이 키는 아마도 반대편 Touch ID와의 대칭을 유지하기 위해서만 살짝 어긋나 있었다.)

바로 아래에 있는 실제 키와 터치 바 버튼의 촉감을 피할 수 없이 끊임없이 비교하게 된 것이 전체를 실제보다 더 나쁘게 느끼게 만들었을 거라고 생각한다. 그래서 햅틱이 도움이 되지 않았을까 늘 궁금했다. 가볍게 터치했을 때는 키를 누르지 않고도 “능선”을 느끼는 듯한 부드러운 햅틱 피드백을 주고, 더 깊게 누르면 제대로 된 햅틱 탭을 제공했다면 어땠을까?

이미 2016년에 애플은 바로 아래 트랙패드에 유사한 기술을 갖고 있었다. 그 기술을 전용하는 것이 얼마나 어렵고 비용이 많이 들지 과소평가하고 있는 것일 수도 있지만, iPod은 진정한 햅틱 피드백이 없었음에도 첫 모델부터 동작할 때마다 햅틱 같은 소리를 내는 작은 스피커를 달고 나왔다. 놀라울 정도로 효과적이었고, 애플이 왜 여기서 같은 방식을 쓰지 않았는지 궁금했다.

게다가, 위쪽 기능 키 행은 가끔 누르기에는 재미있을지 몰라도 장시간 사용에는 인체공학적으로 그다지 훌륭해 보이지 않는다. 터치 바까지 손을 뻗는 것은 트랙패드까지 손을 뻗는 것보다 더 많은 힘이 든다. 아래든 옆이든 마찬가지다. 키보드가 가로로는 넓어져도 세로로는 거의 커지지 않는 데는 이유가 있다. 위의 The Verge 영상에서 리뷰어가 아래 트랙패드를 조작하면서 터치 바 버튼을 조합 키처럼 쓰는 모습을 볼 수 있는데, 보는 것만으로도 불편하게 느껴진다:

거기에 더해, 터치 바 표면은 키 표면보다 낮게 자리 잡고 있어 사용감을 아주 조금 더 불편하게 만들었다. 키 위에 있는 느낌을 넘어, 키 뒤에 있는 듯한 느낌까지 들었다.

그 외에도 거슬리는 부분들이 쌓여 있었다:

• 터치 바는 너무 쉽게 잠들었다(단 60+15초 만에). 모든 컨트롤이 사라지고 깨우려면 탭하거나 키를 눌러야 했다.
• 애니메이션의 퀄리티도 다른 터치 기기나 Apple TV와는 같지 않았다.

• 터치 바 자체는 부드러운 스크롤을 지원할 만큼 충분히 빨랐지만, Fn 키나 일부 터치 바 컨트롤을 누를 때는(아마 의도적인) 지연이 있었고, 모든 터치에는 전반적으로 약하지만 분명히 느껴지는 지연이 있었다.
• 스크롤 얘기가 나온 김에, 그 품질도 고르지 않았다. 캘린더에서는 관성 스크롤을 쓸 수 있었지만 캘린더가 실시간으로 업데이트되지 않았고, iPhone처럼 아무 곳이나 탭해서 관성을 멈추면 오히려 다른 달이 선택됐다:

• 하위 모드에서 빠져나오는 유일한 방법이 왼쪽에 있는 닫기 버튼을 누르는 경우도 많았는데, 손 위치를 생각하면 불편했다. 옵션을 더블 탭하는 식의 더 빠르게 나갈 수 있는 세심한 단축키도 없었다.

크기

터치 바를 사용하는 내내 그 작은 크기를 의식하게 됐다. 미리보기는 아주 작았고, 손가락은 늘 콘텐츠를 가렸으며, 스크롤은 수평 방향으로만 가능했다. (게다가 약간의 호를 그리는 대신 손가락을 일직선으로 유지해야 했는데, 자연스러운 제스처가 아니었다.)

Control Strip을 확장하려면 아주 작은 쉐브론을 탭해야 했다. 다른 곳에도 그런 작은 쉐브론이 수없이 많았고, 햅틱 피드백 없이 누르기엔 좁고 어려웠다. 인터페이스가 조잡하고 까다롭게 느껴지게 했다. 첫 iPhone에서 터치 타깃의 최소 크기 “44픽셀”을 신중하게 정하고 강제했던 회사로서는 이상한 타협이었다. (쉐브론은 2007년 iPhone에서 권장된 터치 타깃 최소 물리적 너비의 정확히 절반이었다. 7mm 대신 3.5mm.)

다른 측면에서도 많은 공간이 비좁게 느껴졌다. Craig Federighi의 키노트 시연에서 보여준 Safari 미리보기는 단 다섯 개의 탭만으로도 답답해 보였다:

어떤 입력 화면을 사용하든, 터치 바는 세 영역으로 나뉘었다. 앱 제어, 추천 단어, 그리고 오른쪽의 컨트롤 스트립이었다:

다른 앱에서는 일부 영역을 스크롤할 수 있었지만 스크롤바를 둘 공간은 없었다. 터치 바를 유의미하게 사용하는 것은 무엇이 움직이고 무엇이 움직이지 않는지 끊임없이 추측하고, 아주 작은 가상 창들의 크기를 계속 조절하는 느낌이었다. 애플의 더 큰 화면에서 볼 수 있는 쾌적한 크기 조절 메커니즘도 없이 말이다. 여기서 이모지 패널 UI는 수백 개의 이모지를 탐색하도록 돕기 위해 정말 영리한 방법들을 쓰고 있지만, 여전히 부족하게 느껴진다:

사진 편집 등 몇몇 곳에서의 인터랙션은 너무 비좁고 복잡해서, 왜 굳이 위의 넓고 정밀한 화면을 두고 이를 선택할까 의문이 들 정도였다.

제한된 높이가 다른 연쇄 효과를 만들었을지도 모른다는 생각도 든다. 예를 들어, 아래로 파고들 때 계층을 이해하도록 돕는 아래·위로 스크롤하고 그 방향을 가리키는 쉐브론을 보여주는 대신, (느린) 페이드아웃/페이드인 효과를 썼다. 아마 그 움직임이 위·아래로 스와이프할 수 있다는 암시를 줄 텐데, 그 제스처가 쾌적하게 느껴질 만큼의 공간이 단순히 부족했기 때문이 아닐까 추측한다.

터치 바를 쓰면서, 나는 계속 앞서 언급한 훌륭한 사용자화 기능을 떠올렸다. 터치 바와 위의 화면을 영리하게 융합한 그 기능 말이다. 그리고 1980년대 Xerox 기계의 유사한 인터랙션도 떠올랐다(More 아래의 키를 누르면 다른 옵션이 표시되는 방식):

이런 방식이 다른 터치 바 인터랙션에서도 더 많은 공간을 만들기 위해 통했을까, 아니면 손가락이 자연스럽게 화면 하단을 탭하고 싶어져 오히려 답답해졌을까? 텍스트 편집에는 이런 식의 작지만 세심한 통합이 있다. 손가락은 아래에 있지만 시선은 위에 있을 수 있음을 터치 바가 인식하는 듯한:

하지만 같은 곳에서, 색상 선택은 같은 방식으로 통합되어 있지 않다:

종합하면, 터치 바는 오래된 출력(O)과 더 오래된 입력(I) 사이에 끼인 새로운 입출력(I/O)이었고, 이곳의 모든 관계가 완전히 정리된 것 같지는 않았다.

터치 바가 그냥 더 커질 수는 없었을까? Asus Zenbook Pro는 이 아이디어의 최종 형태를 보여줬다. 몇 가지 새롭고 흥미로운 것을 가능하게 했지만, 트랙패드가 사라지거나 각 표면에 무엇을 둘지 결정해야 하는 등 훨씬 더 많은 난제를 던졌다:

터치 바가 그 정도로까지 가리라고 기대하진 않지만, 몇 가지 불편함을 완화하기 위해 세로로 조금이라도 커지는 모습을 보고 싶었다는 생각은 들었다.

사용자화와 인프라

애플은 터치 바의 명운을 개별 앱의 내장 지원과 몇 가지 핵심 인터랙션에 걸었다. 하지만 돌이켜보면 해답은 사용자화에 있지 않았을까 싶다.

그런 면에서 터치 바는 애플이 액션 인프라에 투자를 소홀히 했음을 드러냈다. macOS의 키보드 사용자화는 이미 2016년에 고리타분하게 느껴졌고 그 이후로도 개선되지 않았으며, 단축어 앱조차 당시에는 존재하지 않았다. 터치 바는 대중에게 좀 더 부드러운 Keyboard Maestro 같은 경험을 제공할 기회였지만, 새로운 기능과 함께 기능 키 몇 개를 배치하는 것조차 허용하지 않았다. 그걸 위한 유일한 옵션은 터치 바의 이점은 하나도 없는(라벨조차 바꿀 수 없었다!) 구식 F1–F12 모드였고, 햅틱도 없었다.

물론 이 방향으로의 시도로 Quick Actions가 있긴 했지만, 극도로 덜 구워진 느낌이었다. Automator와 터치 바로 이것저것 시도해보면서 정말 혼란스러운 설정과 흐름들을 마주했고, 끝내 제대로 동작하게 만들 수 없었다. 여기서는 멀리 떨어진 시스템 환경설정 창으로 가서 서로 연동되지 않는 여러 Quick Actions를 봐야 했다:

더 나은 구성이라면 어떤 키나 동작, 메뉴 명령이든 터치 바의 기본 버튼에 할당할 수 있었을 것이다. SF Symbols(2019년에 정식으로 도입) 같은 것이 필요한 모든 아이콘을 제공할 수 있었을 테다. 혹은 터치 바를 개인적으로 유용하게 느끼도록 쉽고 즐겁게 만들 수 있는, 이런 식의 기분 좋은 통합 인터랙션을 상상해볼 수도 있다.

혹은 스파크라인이나 시각적 상태를 빠르게 보여주는 다른 작은 위젯은 어떨까. 프로 사용자라면 이미 메뉴 바에 두는 걸 좋아하는 종류의 것이고, 데이터 소스에 쉽게 연결할 수 있는 형태(아주 최근의 TerminalWidget을 보라) 말이다. 아니면 좌우 슬라이드 제스처나 버튼, 키보드 조합으로 터치 바 “공간”을 전환하는 기능은?

앱별로 키보드 단축키가 없는 명령 중 가장 자주 쓰는 것을 학습해 터치 바의 첫 다섯 버튼으로 제안하는 기능은 어떨까?

터치 바는 구원받을 수 있었을까?

오늘날 돌이켜보면, 터치 바는 정답이 점진적 진화였던 순간에 혁명을 선택하고, 혁명이 필요했던 곳에서는 점진적 진화를 택한 느낌이 든다. Stream Deck이나 Flux Keyboard 같은 프로젝트가 사람들의 관심을 끄는 것을 본 지금, 돌이켜보면 아마 이런 식으로 통했을지도 모른다:

• 첫 버전은 물리적인 Esc 키, 혹은 적어도 “소리 기반 햅틱”을 달고 나온다. 그리고 훨씬 더 나은 설정 소프트웨어로 더 많은 일을 할 수 있게 한다. 버튼을 시스템 동작에 쉽게 할당하고, F3였는지 F7이었는지 더 이상 기억하지 않아도 되도록 아이콘을 제공하는 식이다. 터치 바를 기능 키의 부정이 아니라 강화로 대하라. 거기에 더해 쉽게 조합할 수 있는 작은 위젯과 스파크라인을 추가한다. 이건 Pro 하드웨어이고, 이런 것들은 프로다운 기능처럼 느껴진다.
• 더 단단하고 집중하며, 일부 더 복잡한 인터랙션을 억제하는 것도 도움이 됐을 것이다(문제는 그런 것들이 영상에서는 너무 멋져 보인다는 점이다!). 비좁은 공간에서 기존 GUI를 대대적으로 재현하려 하기보다, 앱당 하나에서 두 개의 훌륭한 인터랙션에만 집중하는 것이다. Finder: 이미 사용자화가 가능했지만 일부 보기에서는 접근하기 쉽지 않았던 Quick Actions를 보여준다! Emoji: 스크롤 대신 페이지 나누기를 하되, 이곳에서만 가능한 패럴랙스 스와이프 제스처의 힘을 부각하는 정말 영리한 페이지 나누기를 한다. System: 기본으로 즉시 스크린샷 기능을 추가한다.
• 이게 통했다면, 후속 버전에서는 햅틱을 추가하고, 아마 크기를 키우며, 그 과정에서 유용한 교훈들(서드파티 앱인 Pock 같은 곳에서도 얻은)을 배우며 프로 사용자에서 일반 사용자로 주류화했을 것이다.

하지만 확신할 수는 없다. 터치는 재미있지만, 결국 작은 터치 스트립에서 뽑아낼 수 있는 가치에는 한계가 있고, 또 하나의 입출력 장치가 추가되는 복잡성에는 하한이 있다.

그리고 하드웨어 방 안에는 언제나 코끼리가 있었다. 많은 프로 사용자는 책상에서 별도의 키보드를 연결해 컴퓨터를 쓸 가능성이 높은데, 그러면 터치 바는 너무 멀어지거나 아예 접근할 수 없게 된다. 그 이후 10년 동안 애플은 터치 바 중 유일하게 분노한 IBM 3270 터미널의 신들에게 희생되지 않은 부분인 Touch ID에 대해서조차 이 문제를 해결하지 못했다.

터치 바가 독립형 장치로 통했을까? 두 번 돈을 내고라도 갖고 싶을 만큼 충분히 좋아질 수 있었을까?

아마 아닐지도 모른다. 하지만 애플이 터치 바를 위해 키보드와 동작 사용자화 소프트웨어를 개선한 뒤 터치 바가 추락하는 것을 지켜봤다면, 적어도 소프트웨어는 남길 수 있었을 텐데.