⌘K, 하이퍼링크 vs. 커맨드 팔레트: 왜 두 가지일까?
⌘+K 단축키는 하이퍼링크 삽입과 커맨드 팔레트 열기라는 두 가지 상반된 기능에 사용되어 혼란을 야기함
하이퍼링크 삽입 기능은 10년 이상 보편적으로 사용되었으나, 커맨드 팔레트 기능은 비교적 최근에 보편화됨
두 기능의 충돌은 사용자 경험 저하로 이어지며, 일부 앱은 문맥에 따라 기능을 다르게 처리함
커맨드 팔레트의 기원과 ⌘+K가 선택된 이유에 대한 궁금증이 제기됨
⌘K: 하이퍼링크 삽입의 오랜 역사
커뮤니티에서는 ⌘+K가 하이퍼링크 삽입에 사용된 역사가 매우 길다는 점에 주목함. 거의 모든 이메일 클라이언트, 워드 프로세서, 프레젠테이션 소프트웨어에서 텍스트 하이라이팅 후 ⌘+K를 누르면 링크가 삽입되는 방식이 10년 이상 표준처럼 사용되어 왔다고 언급됨. 이는 ⌘+K를 커맨드 팔레트 단축키로 채택하려는 시도에 대한 잠재적 충돌 요인이 되었음을 시사함.
커맨드 팔레트(Command Palette)의 부상과 'Kbar'
최근 Slack, Notion, Figma 등 다양한 도구에서 ⌘+K가 커맨드 팔레트(Command Palette)를 여는 단축키로 널리 채택되고 있음. 이러한 커맨드 팔레트는 종종 'Kbar' 또는 'Kmenu'로 불리며, 텍스트 기반 인터페이스(Text-based Interface)를 통해 빠른 기능 접근을 제공함. 과거에는 ⌘+/와 같은 다른 단축키도 사용되었으나, ⌘+K가 새로운 표준으로 자리 잡는 추세라고 분석함.
단축키 충돌로 인한 사용자 경험 문제
동일한 ⌘+K 단축키가 두 가지 다른 기능을 수행하면서 사용자들의 혼란과 좌절감을 야기한다는 지적이 많음. 특히 여러 애플리케이션을 오가는 사용자에게는 더욱 심각한 문제로 다가옴. Jira와 같이 문맥에 따라 하이퍼링크 삽입과 커맨드 팔레트 열기 기능을 모두 지원하는 경우도 있어, 일관성 없는 사용자 경험(Inconsistent User Experience)에 대한 우려가 제기됨.
커맨드 팔레트 단축키 선택의 배경
토론에서는 커맨드 팔레트 기능을 처음 도입한 팀들이 왜 이미 하이퍼링크 삽입에 널리 쓰이던 ⌘+K를 선택했는지에 대한 의문이 제기됨. 다른 대안들이 있었음에도 불구하고 ⌘+K가 선택된 구체적인 이유나 역사적 배경에 대한 탐구가 필요하다는 의견이 있음. 이는 디자인 결정 과정(Design Decision Process)의 중요성을 보여주는 사례로 언급됨.