Gnome Files: 상세한 UI 분석

 (datagubbe.se)
1P by GN⁺ | ★ favorite | 댓글 1개
  • Gnome Files를 실제 파일 정리에 쓰는 과정에서 보기 전환, 경로 입력, 도움말, 툴팁, 창 이동 같은 기본 조작이 사용자를 헷갈리게 만든다는 비판임
  • “View Options” 드롭다운은 실제로 정렬 옵션을 보여주고, 보기 전환은 split button의 다른 영역에 숨어 있어 이름과 기능 배치가 어긋남
  • 경로 표시줄은 텍스트 입력처럼 보이지만 마우스로 편집할 수 없고 Ctrl-L 단축키로만 활성화돼 GUI 기능의 발견 가능성이 낮아짐
  • 제목 표시줄을 없앤 상단 영역은 버튼 클릭, 창 드래그, 컨텍스트 메뉴가 겹쳐 동작하며, 숨겨진 스크롤바도 포인터를 올릴 때 위치가 움직여 기본 조작을 불확실하게 만듦
  • 새 UI 패러다임이 기존 메뉴바, 제목 표시줄, 일관된 단축키 표시 같은 검증된 패턴보다 나은 결과를 내지 못했고, 오래된 방식이 자동으로 나쁜 것은 아님

Gnome Files를 고른 이유와 전제

  • 비판의 초점은 플랫 디자인 자체가 아니라 핵심 프로그램 기능에 접근하는 방식임
  • 초보자에게 현대적 디자인이 친화적일 수 있다는 점은 인정하지만, 하루에 여러 시간 컴퓨터를 쓰는 파워 유저도 설계 대상에 포함되어야 함
  • 인터페이스가 많은 기능을 숨길수록 사용자는 기능을 발견하고 학습할 기회를 잃기 쉬움
  • Gnome은 주요 Linux 배포판의 기본 데스크톱 환경인 경우가 많고, “usable by everyone”, “structurally and aesthetically elegant”, “distraction free”, “traditional desktop is dead” 같은 방향을 공개적으로 내세움
  • Gnome Files는 데스크톱 환경의 중심 요소인 파일 관리자라서 Gnome의 UI 철학을 확인하기에 중요한 사례임

목록 보기 전환에서 드러난 메뉴 구조 문제

  • 첫인상은 깔끔하고 차분하며, 클릭 가능한 요소도 어느 정도 구분된다고 평가됨
  • 큰 아이콘 대신 목록 보기로 바꾸려는 과정에서 문제가 시작됨
  • 툴바에는 서로 비슷해 보이는 아이콘들이 있고, “View Options” 툴팁이 있는 드롭다운은 보기 옵션이 아니라 여러 정렬 옵션을 보여줌
  • 실제 보기 관련 옵션인 “Icon Size”와 “Show Hidden Files”는 “Main Menu”에 있어, “View Options”라는 이름과 실제 구성 사이가 어긋남
  • 목록 보기 전환은 “View Options” 드롭다운의 일부가 아니라 split button의 토글 영역에 있음
    • 드롭다운에 토글 기능이 함께 나열되지 않아 같은 위젯으로 묶인 이유가 불명확함
    • 이 구조 때문에 목록 보기 토글을 찾는 데 시간이 걸렸고, 구조적 우아함보다는 좌절감을 줌

도움말과 툴팁의 발견 가능성 문제

  • 내장 도움말에서 “list view”를 검색해도 목록 보기를 활성화하는 방법을 바로 찾기 어려움
  • Gnome Files 메뉴에서 도움말을 열었는데도 검색 결과에는 다른 애플리케이션 관련 항목이 함께 표시됨
    • “Browse files and folders”는 Gnome Files와 관련이 있었지만 “Manage volumes and partitions”, “Edit contact details” 같은 항목 뒤에 나옴
    • 직접 도움말을 둘러봤을 때 찾은 “List View” 관련 항목은 이미 목록 보기가 선택된 뒤 할 수 있는 작업을 다룸
  • 툴팁은 유용할 수 있지만, Gnome Help와 Gnome Files에서는 불필요한 툴팁이 오히려 방해가 됨
    • Gnome Help에서는 항목 제목과 동일한 텍스트의 툴팁이 다음 항목 제목을 가림
    • Gnome Files 왼쪽 사이드바의 “Recent”, “Starred” 같은 항목에도 뻔한 툴팁이 표시됨
  • 이런 동작은 사용자가 툴팁을 유용한 정보가 아니라 방해 요소로 학습하게 만들 수 있음

경로 이동과 단축키 중심 기능 노출

  • Gnome Files의 탐색 자체는 대체로 괜찮지만, 상위 디렉터리로 이동하는 parent directory 버튼이 없어 아쉬움
  • 뒤로/앞으로 버튼은 탐색 기록을 이동할 뿐 상위 폴더 이동과 같지 않음
  • 위치 표시줄의 디렉터리 이름을 클릭해 이동할 수 있지만, 상위 폴더 버튼보다 오클릭 가능성이 높고 덜 편리함
  • 위치 표시줄은 텍스트 박스처럼 보이지만 마우스로는 일반 편집 모드를 활성화할 수 없음
    • 편집 모드는 Ctrl-L 단축키로만 활성화되는 것으로 보임
    • 기능이 구현되지 않았다고 생각했다가 검색으로 알게 되었고, Keyboard Shortcuts 창에는 이 단축키가 올라와 있음
  • GUI 요소가 마우스로 접근되지 않으면 발견 가능성이 떨어짐

단축키 창과 메뉴바 대체의 한계

  • 단축키 목록은 3페이지이고 검색 기능도 있지만, 무엇을 찾아야 하는지 모르면 쓰기 어려움
  • Gnome Help는 위치 표시줄을 “path bar”라고 부르지만, 단축키 창에서 “path”를 검색하면 결과가 없음
  • 단축키 목록에는 목차나 범주를 빠르게 훑는 방식이 없어 페이지를 하나씩 확인해야 함
  • Keyboard Shortcuts 창을 여는 단축키도 있지만, 일부 다른 단축키와 달리 Main Menu의 해당 항목 옆에는 표시되지 않음
  • 전통적 메뉴바는 프로그램 기능을 범주화해 항상 보이게 하고, 단축키를 일관되게 표시하며, 발견한 옵션을 즉시 실행할 수 있음
  • Gnome Files에서는 기능이 UI 곳곳에 흩어져 있고, 일부 숨겨진 기능은 모달 단축키 창을 통해서만 배울 수 있음
    • 단축키 창은 비대화형이고 모달이라 열어 둔 채 실험할 수 없음
    • 사용자는 단축키를 찾고, 기억하고, 창을 닫은 뒤 기능을 실행해야 함
  • 마우스 중심 환경에서 GUI로 기능을 찾고 실행할 방법이 없으면 제한적이고 혼란스러움

제목 표시줄 없는 상단 UI의 모호성

  • Gnome Files에는 실제 제목 표시줄이 없어 창 상단 영역을 클릭해 드래그하는 방식으로 창을 이동함
  • 이 상단 영역에는 툴바도 있어, 이미 기능이 있는 UI 컨트롤을 클릭한 상태로도 창을 움직일 수 있음
    • 검색 아이콘을 클릭해 검색을 열 수도 있고, 같은 아이콘을 클릭한 채 드래그해 창을 움직일 수도 있음
  • 뒤로/앞으로 버튼은 컨텍스트 클릭이나 long click으로 위치 기록을 열 수 있지만, 버튼 자체에는 그런 기능이 드러나지 않음
    • 이 기능에는 단축키도 없어 보임
    • 다른 항목에서 long click을 해도 컨텍스트 메뉴가 열리지는 않아 동작이 일관되지 않음
  • 창을 앞으로 가져오려면 프로그램 기능을 건드리지 않는 비클릭 영역을 찾아야 함
    • 검색 실행, 경로 이동, 보기 전환, 다른 기능 접근 같은 오작동을 피해야 함
    • 단순한 창 활성화에도 사용자가 주의를 기울여야 해 인지 부담이 늘어남
  • 상단 영역을 오른쪽 클릭하면 위치에 따라 창 관리 메뉴나 디렉터리 작업 메뉴가 뜨며, 현재 디렉터리나 클릭 위치에 따라 결과가 달라짐
  • 가운데 클릭은 현재 디렉터리를 포함한 디렉터리 이름을 새 탭으로 열 수 있고, 이 기능은 컨텍스트 메뉴에도 있음

숨겨진 스크롤바와 기본 테마 동작

  • Gnome Files 또는 GTK 4는 숨겨진 스크롤바를 사용함
  • 기본 설정과 Debian이 제공한 기본 GTK 4 테마를 쓰는 상태에서 확인한 동작임
  • 숨겨진 스크롤바는 조작 가능성뿐 아니라 파일 목록이나 문서 안에서 현재 위치가 어디인지 보여주는 정보도 숨김
  • 마우스를 움직이면 스크롤바가 나타나지만 작고 대비가 낮아 보기 어렵다고 느낌
  • 포인터를 스크롤바에 올리면 스크롤바가 커지고 더 잘 보이지만, 원래 폭만큼 왼쪽으로 이동해 포인터가 더 이상 스크롤바 위에 있지 않게 됨

종합 평가와 결론

  • Gnome Files UI는 haphazard, incoherent하며 때로는 위험하게 느껴진다고 평가됨
  • 주요 문제는 다음과 같음
    • 메뉴 이름과 내용이 맞지 않고, 실제 보기 옵션이 여러 곳에 흩어짐
    • 단축키가 메뉴에 일관되게 표시되지 않음
    • 일부 일반 기능이 단축키로만 접근·발견 가능함
    • 위젯 외형이 동작을 정확히 예고하지 않음
    • 툴팁이 오해를 부르거나 정보 가치 없이 방해됨
    • 기능 아이콘을 클릭해 창을 움직이는 방식이 오클릭 위험을 만듦
    • 상단 영역 컨텍스트 클릭 결과가 예측하기 어려움
    • 기본 테마의 스크롤바는 포인터를 올릴 때 위치가 움직임
    • 도움말과 실제 GUI의 용어가 서로 다름
  • 이런 불일치는 사용자가 UI에 대한 안정적인 mental model을 만들기 어렵게 함
  • 기능적으로 Gnome Files는 파일 관리를 할 수 있고, 다른 선택지가 없다면 UI 특성에 익숙해질 수도 있음
  • 그러나 Gnome Files 같은 중심 애플리케이션에도 UI 설계 관점에서 나쁘다고 볼 수 있는 요소가 많음
  • 오래된 데스크톱 패러다임이나 모든 기존 프로그램이 완벽했다는 뜻은 아니지만, 새 패러다임이 더 나은 결과를 만들어야 한다는 문제의식이 남음
  • 비판한 문제 대부분에는 이미 수십 년 동안 다듬어진 해결책이 있음
    • 실제 창 제목 표시줄
    • 메뉴에 단축키를 일관되게 표시하는 방식
    • 메뉴와 옵션의 일관된 범주화
    • 더 풍부한 디자인 언어
  • 오래된 방식이 자동으로 더 나쁜 것은 아니고, 새로운 방식이 자동으로 더 나은 것도 아님

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • Files의 목록 보기에서 새 문서 생성이나 붙여넣기를 하려고 빈 공간 우클릭만 허용되는 문제가 떠오름
    목록 보기에서는 파일이 조금만 많아져 창이 꽉 차면 클릭할 빈 공간이 사라짐
    예전에도 같은 문제를 겪은 사람들이 있었고 0, 아직도 제대로 고쳐지지 않은 듯함 1

    • 현재 쓰는 Thunar에서도 같은 문제가 있었고, 빈 공간을 만들려고 목록 보기에서 아이콘 보기로 바꾸곤 했음
      찾아보니 Thunar에서는 Ctrl을 누른 채 아무 곳이나 우클릭하면 새 폴더 만들기, 붙여넣기, 터미널에서 열기 같은 메뉴가 나옴
      다만 파일이 선택된 상태에서는 선택 항목의 문맥 메뉴가 떠서 새 폴더 옵션이 안 나오고, 결국 빈 공간을 눌러 선택을 해제하거나 Escape를 알아야 해서 이상적이진 않음
    • BBC 뉴스 같은 웹페이지에서도 비슷함을 봄
      기사 타일 전체, 링크 텍스트, 이미지, 넓은 여백까지 전부 링크가 되고, 타일 사이 얇은 틈만 배경으로 클릭 가능함
      터치 우선 설계라면 이해되지만, GNOME 같은 데스크톱 소프트웨어에서도 여러 입력 방식을 동시에 만족시키려다 비슷한 목표가 스며든 것처럼 보임
    • 행 사이와 창 좌우에는 우클릭할 공간이 있는 듯하지만, 가장 작은 목록 보기에서는 꽤 좁음
      연결한 이슈에 우클릭 가능 영역을 보여주는 이미지가 있음
      https://gitlab.gnome.org/-/project/1/uploads/50ac36ab40f9049f4a823f77aa9a8a29/gr-files-right-click-zones.jpg
    • 현재 폴더에서 새 Terminal 창을 열려고 자주 시도하는데, 같은 이유로 불가능할 때가 많음
      그래서 상위 폴더로 올라가다가 꽉 차지 않은 폴더를 찾으면 거기서 Terminal을 열고, 다시 cd로 원래 폴더까지 내려감
    • UI/UX 관점에서는 논쟁적이라고 봄
      문맥 메뉴는 우클릭한 객체에 적용할 수 있는 동작을 보여줘야 하며, “새 문서”는 파일이나 폴더 아이콘의 기능이 아님
      폴더를 우클릭했을 때 새 문서를 현재 폴더에 만들지, 클릭한 폴더 안에 만들지도 애매함
      이런 공통 작업은 빈 공간 우클릭 문맥 메뉴와 별개로, 항상 보이는 아이콘 바의 메뉴 항목에 두는 편이 나음

  • 괜찮은 비판이지만 디자인 언어와 세부 완성도 부족에서 오는 UI 거슬림을 섞어 다루고 있음
    현재 macOS Finder를 보면 GNOME Files와 디자인이 매우 비슷함: https://a.qoid.us/20240907-finder.png
    그래서 창을 끌기 어렵거나 창을 클릭해 활성화하기 어려운 식의 디자인 자체 단점은 Finder에도 있음
    다만 macOS는 글쓴이가 지적한 세부 문제 대부분을 피함
    보기 옵션은 비슷한 아이콘이 있지만 Finder에서는 아이콘 오른쪽 작은 화살표도 항상 같은 버튼의 일부이고, 글쓴이가 불평한 방식의 분할 버튼을 쓰지 않음
    도움말은 macOS User Guide가 아이콘 의미를 설명하고, Help에서 입력하면 모든 메뉴의 항목을 검색해 보여줌
    “list”를 치면 “as List” 메뉴 항목이 나와 원하는 동작을 수행할 수 있음
    툴팁은 왼쪽 위치 목록에는 없고 도구막대 아이콘에만 있으며, 그것도 늦게 뜸
    내비게이션은 Finder에 위치 표시줄이 사실상 없고, 경로로 열기 대화상자도 숨어 있으며, 상위 폴더로 가는 동작도 눈에 잘 띄지 않음
    그래도 편집 가능한 것처럼 보이는데 편집은 안 되는 요소는 없음
    스크롤바는 기본으로 숨겨져 있지만 창 오른쪽에 머물고, 글쓴이가 불평한 것처럼 왼쪽으로 튀지는 않음

    • 현재 Finder는 예전보다 큰 퇴보임
      믿기 어렵다면 마우스가 있는 기기에서 https://macos9.app를 띄우고 파일 정리와 탐색을 해보면 됨
    • macOS/OSX Finder는 좋은 UX의 예가 아님
      늘 NeXTStep에서 대충 이식한 뒤 빠르게 방치된 느낌이었음
      전반적으로 Apple은 지난 10년쯤 동안 UI 감각을 잃었고, macOS를 더 이상 좋은 데스크톱 UI 사례로 쓰면 안 됨
    • Finder에는 “path bar”라고 부르는 위치 표시줄이 있지만 기본으로 꺼져 있음
      켤 수 있는 메뉴 항목이 있음
    • OS X Finder는 모든 파일 브라우저 중 가장 결함이 많다고 봄
      Apple이 자기 OS가 가장 인체공학적이라고 마케팅하는 걸 믿는 사람들이 있으면 웃김
      트리 보기 비슷한 곳에서 새 폴더를 만들거나 파일을 붙여넣으려 하면 최상위 부모 폴더에 들어가는 식으로, 새 폴더 만들기조차 악몽임
      최근 날짜순 정렬도 말이 안 됨
      전체적으로는 최신에서 오래된 순인데, 특정 날짜나 지난주 같은 묶음 안에서는 반대로 오래된 것부터 최신 순으로 정렬됨
      그 외에도 이런 이상한 결정이 수백 가지 있음
      Enter 키가 파일을 여는 대신 파일 이름 편집을 하게 만든 것도 이해하기 어려움
      거의 안 하는 작업에 주요 키를 써버린 셈임
    • 글쓴이의 비판에는 동의하지만, Mac의 Finder가 쓰기에는 훨씬 더 나쁨

  • GNOME은 사용자가 실수로 누르지 않게 Power off를 추가 하위 메뉴에 숨겨 놓고, Files에서는 Format을 “Safely remove drive” 바로 옆에 둠

    • macOS는 opt를 누르면 종료/재시작 확인 없이 두 번 클릭으로 즉시 실행되지만, GNOME은 네 번 클릭에 어색한 애니메이션까지 있음
      둘 다 제목 표시줄에 컨트롤을 너무 많이 우겨 넣어서 창을 끌 공간이 남지 않음
      최근 G4에서 OS X 10.5를 일주일 써봤는데, 그때가 데스크톱의 정점이었던 것 같음
    • Windows에도 비슷한 문제가 있음
      예를 들어 USB 대용량 저장 장치 메뉴에서 ‘Eject’와 ‘Format’이 나란히 표시됨
      하나는 무해하지만, 다른 하나는 잠재적으로 파괴적임
    • 그건 불공평함
      Format 뒤에는 ...이 붙어 있어 대화상자가 열린다는 뜻이고, 그 대화상자는 2단계 과정이며 마지막에는 모든 데이터가 영구 삭제된다는 빨간 경고가 나옴
      실수로 장치를 포맷할 방법은 없음
      빠르게 전원을 끄고 싶다면 전원 버튼 동작을 절전 대신 종료로 바꾸면 됨

  • 이런 글을 읽어 반가웠음
    나도 GUI에서 짜증 나는 자잘한 문제들을 철저히 따져보고, 더 나아져야 한다고 정리해보고 싶다고 자주 상상했음
    Ctrl+L은 맥락 없이 보면 이상한 단축키지만, 브라우저를 쓰며 15년 동안 알고 있던 키라 익숙함
    Windows, GNOME, Nautilus가 모두 공유한다는 점은 오래 쓴 사용자나 고급 사용자에게 좋음
    다시 읽어보면 불만은 단축키 자체보다 그 외 방법이 없음에 가까울 수도 있음
    글에서 언급되지 않은 큰 문제는 현재 GNOME UI가 Windows 11과 매우 비슷하면서도 툴팁이나 클릭 가능한 위치 표시줄 같은 세부를 많이 망친다는 점임
    Ubuntu 14.04와 20.04에서 GNOME을 쓰다가 22.04에서 안정성 문제가 생겨 지금은 XFCE를 만족하며 쓰는 중이고, 장기 안정성이 최고임

    • 글쓴이는 오래된 버전을 쓰고 있음
      현재는 표시줄을 클릭하면 바로 편집 모드로 들어갈 수 있음
    • Nautilus와 “Files”는 같은 것임

  • GNOME 접근법의 최악은 오만함일지도 모름
    사용성 연구를 한다고 말하고 사용성에 집중한다고 반복하다 보니, 개인이 쓰기 어렵다고 느낄 때 오히려 두 배로 답답함
    “평균 사용자는 만족하니 네가 문제”라는 식으로 들림

    • 내 경험상 전형적인 반응은 “이건 당신을 위해 만든 게 아니며, 당신은 늘 배려받아 온 아주 작은 소수 사용자에 속한다”에 더 가까움
      실제로 장애가 있다면 정치적 이유로 UI를 맞추는 우선순위가 더 높아질 것임
      가끔 GNOME 컬트의 깊은 곳에 Mother Gnome이라는 단 한 사람이 있다고 상상하면 웃김
      법적으로 시각장애가 있고, 키보드를 물리적으로 쓸 수 없고, 컴퓨터 사용자 사이에서 전통적으로 과소대표된 모든 집단에 동시에 속하며, 본인은 컴퓨터를 써본 적 없고 Gen Alpha 증손조카에게 iPhone 몇 가지를 배운 사람이라는 설정임
      이 모든 요소가 합쳐져 UI 설계의 효용 괴물이 되고, 어떤 비용을 치르더라도 그 사람에게 맞추는 것이 절대적 도덕 명령이 되는 셈임
    • SUN이 아직 있었다면 좋았을 텐데, 실제로 GNOME에 대한 사용성 연구를 했음
      배포판 중 하나가 이 역할을 맡아주면 좋겠음
    • 장애가 있어서 특별한 UI가 필요한 건 부끄러운 일이 아님
    • 주장을 만들고 싶으면 Gnome 개발자들이 뭐라고 했는지 그냥 지어내거나 환각하면 되는 듯함

  • “현대적 디자인 패러다임이 초보 사용자에게 여러 면에서 친절하다는 점에는 동의하지만, 언젠가 사람들은 초보자가 아니게 된다. 하루에 몇 시간씩 컴퓨터를 쓰고 다양한 작업을 여러 프로그램에서 수행하는 사람들도 설계 시 고려해야 한다. 그래서 내 비판은 흔히 말하는 고급 사용자 관점에서 나온다. 또한 인터페이스가 숨기는 것이 많을수록 사용자가 성장하고 배울 기회를 덜 제공한다”
    여기까지 말해놓고 키보드 단축키를 써야 한다고 불평하는 건 과하다고 봄
    게다가 그 기능은 어차피 키보드가 필요한 기능임
    위로 가기 버튼이 없다는 불만이나 목록 보기 비판도 설득력이 약함
    스크린샷에서 목록 아이콘은 바로 알아볼 수 있었고, 중복 기능 버튼을 여기저기 배치하지 않는 창을 오히려 좋게 봄
    “누르기 어렵다”는 주장도 이상함
    본인이 35년 동안 컴퓨터를 썼다고 하면서 경로 하나를 마우스로 못 누른다는 건 납득하기 어려움
    어떤 시스템에 어느 정도 익숙해진 뒤 스스로를 고급 사용자라고 여기고, 다른 모든 것도 똑같이 작동해야 한다고 기대하는 전형적 불평처럼 읽힘
    같은 사람들이 터미널에서 Ctrl-C로 복사할 수 없다고 “표준 단축키”가 깨졌다고 불평하곤 함

    • 기본은 “당신은 사용자가 아니다”임
      자신에게 쉽다고 해서 다른 사람에게도 쉬운 게 아니며, 그게 사용성 작업의 전제임
      위 같은 기술 커뮤니티가 인간 인지의 아주 기본적인 점에 이렇게 저항하는 게 믿기 어려움
      오히려 그 댓글이 불평이고, 원글은 수십 년 연구에서 나온 실제 데이터를 적용하고 있음
      예전에 쓴 글: https://news.ycombinator.com/item?id=41303387
    • 목록 옵션을 보려면 목록 아이콘에 붙은 아래 화살표를 클릭했을 것임
      아이콘이 토글일 거라고는 생각도 못 했을 듯함
      토글처럼 렌더링되어 있지도 않고, 보기 옵션이 두 개보다 많을 거라고 기대하기 때문임
    • 텍스트 필드를 쓰는 데 꼭 키보드가 필요한 건 아님
      경로를 붙여넣을 수도 있음
      받아쓰기 같은 보조 기술을 쓸 수도 있고, 휴대폰처럼 입력 방법은 있지만 Ctrl을 누를 방법은 없는 환경도 있음
      물론 휴대폰 UI는 다른 기준으로 봐야 함
    • 터미널은 실제로 표준 단축키를 깨뜨림
      더 나쁘게는 터미널 애플리케이션마다 어떤 단축키를 쓰는지 일관성도 전혀 없음
      엉망이고, 불평할 만함
    • 그 키보드 단축키를 어떻게 알아냄?
      몇 년 전 원글과 비슷하게 텍스트 상자 제거를 비판한 글을 읽고서야 알았음
      그렇지 않았다면 키보드 단축키로 경로 텍스트 상자를 활성화할 수 있다는 걸 전혀 몰랐을 것임
      UI는 쓰기 쉬울 뿐 아니라 발견 가능해야 함
      고급 사용자도 필요한 기능을 찾기 어렵다면, 나머지 UI가 모두에게 쉽고 발견 가능하다고 왜 생각해야 하나?
      솔직히 말하면 UI는 거의 안 쓰고 보통 터미널을 쓰며, 키보드 펌웨어를 업그레이드할 때만 Jade의 파일 관리자를 씀

  • 저장 대화상자는 고쳤나?
    -s filename을 입력하면 현재 파일이 filename으로 저장되길 기대함
    확장자는 붙을 수도 있음
    gtk-2 동작은 filename을 입력하기 시작하면 파일/디렉터리 목록을 검색하고, Enter를 누르면 강조된 항목을 선택하는 식이었음
    어쨌든 GNOME을 설치해서 확인할 생각은 없음
    파일 브라우저가 글에서 묘사한 만큼 나쁘다는 것도 놀랍지 않음
    jwz의 cadt(cascade of attention deficit teenagers) 소프트웨어 공학 모델은 원래 GNOME 프로젝트의 행동을 설명하려는 것이었음

    • 지금도 파일 이름을 입력하면 파일/디렉터리를 검색하는 듯하지만, 첫 파일을 선택하지는 않고 입력한 파일 이름으로 저장함
      그래서 고쳐진 상태임
    • 설치해서 확인할 생각이 없다면 왜 신경 쓰는지 모르겠음

  • “깔끔한” UI에 왜 집착하는지 모르겠음
    모든 걸 숨기고 넓은 여백과 특징 없는 아이콘으로 바꾸는 게 어떻게 “차분한”지 이해되지 않음
    빈집이나 쓰지 않는 작업장처럼 무균적이고 차갑게 느껴짐

    • 옵션이 많은 조밀한 UI를 좋아한다면 KDE나 비슷한 환경이 더 잘 맞음
      덜 복잡한 선택지가 존재한다는 게 좋고, 모든 데스크톱 환경이 똑같이 동작해야 하는 이유를 모르겠음
    • 깔끔하고 잘 설계된 UI는 깔끔하고 잘 설계된 배관 같음
      그냥 작동하고, 손댈 필요 없고, 방해하지 않음

  • GNOME에서 Files를 포함해 최악은 gtk3와 gtk4의 gtkfilechooserwidget.c임
    file->open 대화상자에 파일 경로를 붙여넣으면 오류가 나고 팝업이 뜨는 버그가 있음
    Gtk 개발자들은 filechooser 코드가 너무 스파게티 코드라서 filename-entry location-mode를 다시 기본 동작으로 만들고 싶어 하는 사람이 없다고 함
    나도 동의함
    gtk 3.22와 3.24에서 직접 패치하려고 1년 동안 간헐적으로 시도했지만, 특정 프로세스의 첫 File->Open 실행에서만 고칠 수 있었고 이후 열기에서는 다시 오류가 났음
    GNOME UI와 2014년 이후의 Gtk는 키보드를 쓰는 사람을 염두에 두고 작성되지 않았음
    그게 가장 큰 UI 약점임

    • 파일 선택기에 대한 불만은 이해함
      GNOME의 여러 고통점 중 하나이고, 오래전부터 GNOME을 따라다닌 문제임
      하지만 GNOME은 상당히, 어쩌면 주로 키보드 중심임
      3.0 이후 “터치 우선으로 만들었다”는 밈이 있지만, 그렇게 말한 사람 중 터치 기기에서 GNOME을 실제로 써본 사람은 없을 것임
      악몽임
      GNOME의 주요 제어는 키보드 단축키나, 더 빠른 키보드 대안이 있는 넓은 마우스 제스처를 통해 이뤄짐

  • 이 불만들이 틀린 건 아니지만, 실제로 얼마나 많은 사용자가 이런 것들에 걸려 넘어지는지는 궁금함
    목록 보기를 원할 때 목록처럼 생긴 아이콘을 클릭하는 건 이상한 행동이 아님
    드롭다운 동작이 좀 이상하다는 데는 동의함
    마찬가지로 요즘 GNOME 앱에 컨트롤이 들어간 제목 표시줄이 많다는 건 받아들여진 상태임
    컨트롤을 정확히 클릭하지 못하고 마우스를 끌기 시작하면 창이 움직이는 게 그렇게까지 거슬린다고 보진 않음

    • 글쓴이가 목록 보기를 찾으며 거친 사고 과정은 내 경우와 거의 같았으니, 적어도 두 명은 있음
      그런데 GNOME은 “우리 소프트웨어는 모두가 사용할 수 있게 만들어졌다. 우리는 사용자 경험을 깊이 중요하게 여긴다”고 말함
      이미 GNOME 비판은 엄청나게 많고, 나도 여기서 몇 가지 쓴 적이 있어서 더 말하는 게 시간 낭비처럼 느껴짐
      개발자들은 자신들이 이루려는 것에 대한 아주 선명한 비전이 있어서 생각을 바꾸지 않을 것임
      사용자들도 그 방식을 좋아하고 편안하게 느끼므로 생각을 바꾸지 않을 것임
      좋아하지 않거나 더 이상 좋아하지 않는 사람들도 이상하고 혼란스럽고 제한적으로 느끼기 때문에 마음을 바꾸지 않을 것임
      이런 방향으로 간 지 10년이 넘었지만 거의 바꾸지 않을 것임
      글쓴이가 말했듯 GNOME은 “어떻게 해야 하는지에 대해 매우 목소리가 큰, 즉 독선적인” 프로젝트이기 때문임
      결국 GNOME 방식이 좋으면 쓰고, 아니면 다른 곳으로 가야 함
      다만 이건 “모두가 사용할 수 있게”라는 표어와 다소 모순됨
    • 제목 표시줄 안의 컨트롤에서 최악은 Firefox와 Chromium 같은 브라우저임
      자체 장식과 창 디자인을 구현하면서 탭이 드래그 가능한 제목 표시줄 영역의 95%를 차지해, 창을 옮기려다 탭을 옮기게 되는 일이 많음
      이 형편없는 설계 상황에서 누가 먼저 물러날지 모르겠지만, 대가는 사용자가 치르고 있음
      솔직히 브라우저가 바뀌어야 함
      GNOME은 대부분 사람의 기본값이고 꽤 완고하다는 걸 보여줬음
    • 두 버튼은 마우스를 올리면 각각 따로 강조되고 툴팁도 다르게 나오므로 더더욱 그렇다고 봄
답변달기