구글의 전문가용 웹 앱들의 단축키 관습을 마주할 때면 사용자로서는 끝없이 당혹스럽고 디자이너로서는 끝없이 매혹된다.

나빠 보이는데, 그 나쁨이 이상하고 설명할 수 없으며 묘하게 빠져드는 종류의 나쁨이다. 이전 글에서 우리는 이런 것을 마주한 적이 있다:

그때 얻은 교훈은 대체로 이랬다. 제발… 이렇게는 하지 말자, 그리고 이렇게 보여주지도 말자.

오늘의 사례는 구글 드라이브에서 왔는데, 다른 교훈을 던진다:

보자마자 온갖 질문이 떠오른다. 단축키도 얼마 없는 곳에서 왜 더 간단한 것 대신 굳이 연속 입력 단축키를 쓰는 걸까? 하필이면 Control이라니? 그것도 Mac에서? 왜 구글 문서와는 모든 면에서 이렇게나 다를까 — 서로 얘기는 좀 하는 건가? 그리고 왜 Control에 제대로 된 타이포그래피 기호를 쓰지 않는 걸까(^는 ⌃가 아닌데)?

하지만 여기에는 작동 방식에 관한 교훈도 있다. 이 세 가지 단축키 중 하나를 직접 눌러보면서 손가락이 어떻게 움직이는지 지켜보시길 권한다. 아마 다음 두 가지 중 하나의 방식을 보게 될 것이다:

• ⌃ 누르기, C 누르기, C 떼기, ⌃ 떼기, F 누르기, F 떼기
• ⌃ 누르기, C 누르기, C 떼기, F 누르기, F 떼기, ⌃ 떼기

알고 보면 사람들은 보조 키를 다룰 때 꽤나 허술하다. 그 허술함은 우리가 맨 처음 보조 키에 생명을 불어넣은 바로 그 첫날부터 장려되기까지 했다. 20세기 타자기의 대부분은 마침표와 쉼표를 시프트를 누른 상태와 누르지 않은 상태 모두에 배치했다 — 초기에는 Shift를 누르는 데 힘이 꽤 들었고, 이는 모두 대문자로 된 문장에 구두점을 찍거나 다음 문장의 대문자를 준비할 때 도움이 됐다. (게다가 Shift Lock은 지금의 Caps Lock만큼 똑똑하지도 않았다.)

하지만 그런 장려가 없더라도 “^C 다음에 F”를 이해하는 데는 두 가지 모두 정당하게 타당한 방식이 있다 — 두 번째 키 전에 ⌃를 떼거나, 혹은 그 후에 떼는 것이다 — 그러나 구글 드라이브는 그중 첫 번째 방식만 인식한다. 거기에 ⌃C를 누른 뒤 아무런 피드백도 주지 않는 것까지 겹치면, 많은 사람들이 이 연속 동작을 한 번 시도해보고는 그냥 작동하지 않는다고 여기고 포기해도 전혀 놀랍지 않다. 그래서 여기서도 “코요테 타임”을 고민하는 것과 마찬가지로, 좀 더 너그럽게 처리하는 걸 고민해보면 좋을 것 같다.

언제나처럼, 이 소위 광기 속에서 나름의 질서를 발견하신다면 알려주시기 바란다. 어쨌든 이 블로그의 목표는 무작정 조롱하는 것이 아니라, 좋을 때나 나쁠 때나 함께 배우는 것이니까.