Windows와 Mac 키보드, 같은 키인데 이름도 기능도 다르다

정말 흥미롭고 완벽한 정리글이네요.

저는 Windows나 Mac 경험이 거의 없지만 DOS를 오랫동안(최근까지도) 사용해온 분을 도와드리고 있는데, 그분을 위해 XFCE4 데스크톱을 사용하는 간단한 Debian Linux를 설정해 드렸습니다. 그분에게 기본적인 컴퓨터 관용구를 가르치고 문서화해야 한다는 것을 알게 되었습니다 -- Control-C / X / A / V로 복사, 잘라내기, 모두 선택, 붙여넣기; 그리고 더 기본적인 것들, 예를 들어 화면에 두 개의 포인터가 있다는 사실 -- 하나는 마우스용, 하나는 키보드용 -- 마우스 포인터를 특정 지점으로 슬라이드하고 키보드 키를 누르면, 새 키가 화살표 위치에 나타나는 것이 아니라 텍스트 커서 위치에 나타난다는 것입니다.

큰 문제 중 하나는 탭이었습니다. 저는 마닐라 폴더 몇 개를 가져와서 실제 탭을 보여주고, 여러 탭이 있는 브라우저 옆에 대보았더니, 갑자기 그분이 인터페이스가 무엇을 표현하려는 것인지 이해하셨습니다.

Control-A는 웹 페이지 전체를 선택하지만, 양식의 텍스트 입력 상자 안에 있으면 그 텍스트 입력 상자 안의 것들만 선택합니다.

저는 이것을 작은 매뉴얼로 쓰기 시작했는데, 금방 12페이지가 되었고, 아직 별로 많이 넣지도 않았습니다.

이 모든 것의 일부라도 어딘가에 적혀 있는 곳을 아시는 분은 링크를 올려주세요!

> 그리고 Mac은 ⌘ Command, ⌥ Option, ⌃ Control, ⇧ Shift를 제공합니다

이건 저에게 트라우마입니다. 집에서 쓰려고 Mac으로 전환하려다가 키보드 처리 때문에 실패했습니다. 폴란드어 발음 구별 부호(오른쪽 alt로 만드는)를 사용하는 게 처음에는 명확하지 않았습니다. 키보드 설정을 Linux/Windows를 모방하도록 바꿀 수는 있었지만, 그냥 안 되더군요. Control과 Command 혼동이 저를 괴롭힙니다. 이 때문에 플랫폼을 포기했고, 아이폰에 남아 있지만 Mac은 키보드 때문에 포기한 몇몇 사람들을 알고 있습니다.

한번은 다른 사람의 Mac에서 링크드인 검색창에서 "나를 찾아보려고" 시도했습니다. "이 정도는 할 수 있어, 나도 이제 Mac 사용자야!"라고 생각했는데, 브라우저 탭을 닫고 무작위 프로그램을 열어버렸습니다...

저는 이런 플랫폼 사이를 오가는 사람들을 존경합니다. 표준화된 알파벳 매핑이 없는 언어, 예를 들어 불가리아어(그쪽은 합의가 없는 것 같습니다)라면 더욱 그렇죠.

Mac은 Command 키를 제대로 만들었습니다. Windows는 Home과 End 키를 제대로 만들었습니다. 두 가지를 한 시스템에서 모두 가질 수 있으면 좋겠습니다.

Delete 키 문제는 Windows가 DOS에서 유래했기 때문입니다. DOS에서는 커서가 항상 문자 위에 있었습니다(깜빡이는 상자 같은 것). 반면 Mac에서는 커서가 문자 사이의 얇은 선이었습니다.

기술적으로 DOS는 "백스페이스"(커서 앞의 문자 삭제), "delete"(커서 위/아래의 문자 삭제), 그리고 "forward delete"(커서 뒤의 다음 문자 삭제)를 가질 수 있었습니다.

> Windows가 ⏎ Enter라고 부르는 것을 Mac은 ⏎ Return이라고 부릅니다.

저는 Apple 사람이 전혀 아니지만, 이건 제가 목숨 걸고 주장하는 주제 중 하나입니다. "Enter" 키는 데이터를 입력하거나 필드를 제출하는 등의 용도입니다. "Return" 키는 캐리지를 되돌리는 것, 즉 새 줄을 시작하는 것입니다. 중요한 것은 이 둘이 서로 다른 기능이라는 점입니다! 키보드에 두 번 존재하는 유일한 키는 수정자 키(Ctrl, Shift, 때로는 Super와 Alt)입니다. Return 또는 Enter 키가 두 번 존재할 필요는 없습니다. 분명히 이들은 두 가지 다른 기능으로 의도된 것입니다. 왜냐하면 키보드에서 두 개의 다른 키이기 때문입니다.

아내를 짜증나게도, 저는 아이들에게 이 키들의 올바른 이름을 가르칩니다.

비슷한 맥락에서, "Costs of Switching Schoolchildren Between Windows, Chrome, Mac?" (https://slashdot.org/submission/17349696/costs-of-switching-...)은 이렇게 시작합니다:

직장이나 집에서 PC에서 Mac으로(또는 그 반대로) 전환해 본 적이 있다면, 플랫폼 전환에는 잃어버린 지식과 생산성 측면에서 매우 실제적인 비용이 따른다는 것을 뼈저리게 알고 있을 것입니다. 수년간 축적된 지식을 변기통에 흘려보내는 것 외에도 — 안녕 Outlook-Teams-OneDrive-SharePoint-Excel-Word-PowerPoint-VBA, 안녕 GMail-Workspace-GDrive-Sheets-Docs-Slides — 수천 가지 UI 및 기타 "작은 상처"를 감당해야 합니다 ("왜 'prt sc' 키를 찾고 있나요," 라고 Mac 애호가가 전 Windows 사용자의 질문에 거들먹거리며 답합니다, "Shift+Command+3이 그렇게 직관적인데?").

Asahi와 GNOME 팀 여러분, 이 글을 "Mac 입력 호환 모드"를 구현하기 위한 가이드로 삼아주세요!

MacOS와 Linux를 듀얼 부팅하는 것은 Linux 쪽을 (더 나은) Mac 방식에 어느 정도 맞추기 위해 수동으로 키보드와 단축키를 재정의하는 고통스러운 과정입니다.

요구 사항: