GUI는 키보드만으로도 완전히 조작할 수 있어야 함

• TUI가 키보드 중심이라는 이유만으로 GUI보다 우선될 필요는 없으며, 이런 인식은 오히려 많은 GUI의 키보드 탐색 부족을 드러냄
• GUI 프레임워크는 이론적으로 TUI 기능을 포괄하므로, GUI에서도 완전한 키보드 조작을 지원할 수 있음
• GNOME Human Interface Guidelines는 포인팅 장치로 가능한 모든 작업을 키보드로도 수행하고, UI 전체를 키보드로 탐색·조작할 수 있어야 한다고 권고함
• GUI 애플리케이션 Klisi는 가능한 모든 동작에 키보드 단축키를 구현했으며, 대부분의 키보드 탐색 지원은 어렵지 않음
• 마우스가 더 적합하거나 필수인 작업도 있지만, 개발자는 키보드 지원을 전체 사용자 경험의 일부로 다뤄야 함

TUI와 GUI를 선택하는 기준

• GUI 프레임워크의 기능은 이론적으로 TUI 기능의 상위 집합이므로 GUI를 선호할 근거가 됨
• 터미널을 주로 사용하는 이용자에게는 환경을 벗어나지 않고 필요한 작업을 처리할 수 있는 TUI도 가치가 있음
• 그러나 “TUI는 키보드 중심이므로 선호해야 한다”는 기준에는 견고한 근거가 없음
  • 임의의 GUI와 TUI를 비교하면 TUI가 키보드만으로 조작될 가능성이 더 높음
  • 이는 TUI 개발의 우위를 입증하기보다 많은 GUI의 키보드 탐색이 미흡함을 보여줌
  • 이식 용이성처럼 TUI를 선택할 더 설득력 있는 이유도 존재함
• 일부 작업에는 마우스의 조작 민첩성이 더 적합하거나 반드시 필요함

완전한 키보드 탐색 구현

• GUI도 TUI와 같거나 그 이상으로 키보드 중심 조작을 지원할 수 있으며, 이를 막는 기술적 제약은 없음
• 여러 GUI 프레임워크 지침은 애플리케이션의 모든 기능을 아우르는 키보드 탐색을 권장함
  • GNOME Human Interface Guidelines는 포인팅 장치로 가능한 모든 동작을 키보드로도 수행할 수 있어야 한다고 명시함
  • UI의 모든 부분을 키보드로 이동하며 상호작용할 수 있어야 함
• 직관적이고 예측 가능한 키보드 탐색은 사용자가 대안 대신 해당 GUI를 선택할 유인을 높임
• 첫 GUI 애플리케이션인 Klisi는 가능한 모든 동작을 대상으로 키보드 단축키를 구현함
• 키보드 탐색은 대부분 구현하기 어렵지 않고 전반적인 사용자 경험을 개선하므로, 기술적 가능성보다 개발자의 구현 의지가 관건임