Gnome Files: Analisis UI secara Mendetail

• Ini adalah kritik bahwa dalam proses menggunakan Gnome Files untuk merapikan file secara nyata, operasi dasar seperti beralih tampilan, memasukkan path, bantuan, tooltip, dan memindahkan jendela justru membingungkan pengguna
• Dropdown “View Options” sebenarnya menampilkan opsi pengurutan, sementara pergantian tampilan tersembunyi di area lain dari split button, sehingga nama dan penempatan fungsinya tidak selaras
• Bilah path terlihat seperti input teks, tetapi tidak bisa diedit dengan mouse dan hanya aktif lewat pintasan Ctrl-L, sehingga fitur GUI menjadi sulit ditemukan
• Area atas yang menghilangkan title bar membuat klik tombol, drag jendela, dan menu konteks saling tumpang tindih; scrollbar tersembunyi juga bergeser posisinya saat pointer diarahkan ke atasnya, membuat operasi dasar terasa tidak pasti
• Paradigma UI baru tidak menghasilkan hasil yang lebih baik daripada pola yang sudah teruji seperti menu bar lama, title bar, dan tampilan pintasan yang konsisten; cara lama tidak otomatis buruk

---

Alasan memilih Gnome Files dan premisnya

• Fokus kritik bukan pada flat design itu sendiri, melainkan cara mengakses fungsi inti program
• Diakui bahwa desain modern bisa lebih ramah bagi pemula, tetapi power user yang memakai komputer berjam-jam setiap hari juga harus termasuk sasaran desain
• Semakin banyak fungsi disembunyikan oleh antarmuka, semakin mudah pengguna kehilangan kesempatan untuk menemukan dan mempelajarinya
• Gnome sering menjadi lingkungan desktop bawaan di distribusi Linux utama, dan secara terbuka mengusung arah seperti “usable by everyone”, “structurally and aesthetically elegant”, “distraction free”, “traditional desktop is dead”
• Gnome Files adalah file manager yang merupakan elemen pusat dari lingkungan desktop, sehingga menjadi kasus penting untuk melihat filosofi UI Gnome

Masalah struktur menu yang terlihat saat beralih ke tampilan daftar

• Kesan pertama dinilai bersih dan tenang, dan elemen yang bisa diklik juga cukup dapat dibedakan
• Masalah mulai muncul ketika mencoba beralih dari ikon besar ke tampilan daftar
• Toolbar memiliki ikon-ikon yang tampak mirip satu sama lain, dan dropdown dengan tooltip “View Options” bukan menampilkan opsi tampilan, melainkan berbagai opsi pengurutan
• Opsi yang benar-benar terkait tampilan, seperti “Icon Size” dan “Show Hidden Files”, berada di “Main Menu”, sehingga nama “View Options” tidak selaras dengan isi sebenarnya
• Pergantian ke tampilan daftar bukan bagian dari dropdown “View Options”, melainkan berada di area toggle pada split button
  • Karena fungsi toggle tidak dicantumkan bersama di dropdown, alasan pengelompokannya dalam widget yang sama menjadi tidak jelas
  • Struktur ini membuat toggle tampilan daftar butuh waktu untuk ditemukan, dan lebih menimbulkan frustrasi daripada keanggunan struktural

Masalah kemudahan menemukan bantuan dan tooltip

• Mencari “list view” di bantuan bawaan pun sulit langsung menemukan cara mengaktifkan tampilan daftar
• Walau bantuan dibuka dari menu Gnome Files, hasil pencarian juga menampilkan item yang terkait aplikasi lain
  • “Browse files and folders” memang terkait Gnome Files, tetapi muncul setelah item seperti “Manage volumes and partitions” dan “Edit contact details”
  • Item terkait “List View” yang ditemukan saat menelusuri bantuan secara langsung membahas tindakan yang bisa dilakukan setelah tampilan daftar sudah dipilih
• Tooltip bisa berguna, tetapi di Gnome Help dan Gnome Files, tooltip yang tidak perlu justru mengganggu
  • Di Gnome Help, tooltip dengan teks yang sama persis seperti judul item menutupi judul item berikutnya
  • Di sidebar kiri Gnome Files, item seperti “Recent” dan “Starred” juga menampilkan tooltip yang sudah jelas
• Perilaku seperti ini bisa membuat pengguna belajar menganggap tooltip sebagai gangguan, bukan informasi yang berguna

Navigasi path dan eksposur fitur yang berpusat pada pintasan

• Navigasi di Gnome Files sendiri secara umum cukup baik, tetapi absennya tombol parent directory untuk naik ke direktori induk terasa disayangkan
• Tombol back/forward hanya berpindah dalam riwayat navigasi, tidak sama dengan berpindah ke folder induk
• Nama direktori di location bar bisa diklik untuk berpindah, tetapi lebih rentan salah klik dan kurang nyaman dibanding tombol folder induk
• Location bar terlihat seperti kotak teks, tetapi mode edit biasa tidak bisa diaktifkan dengan mouse
  • Mode edit tampaknya hanya bisa diaktifkan lewat pintasan Ctrl-L
  • Awalnya dikira fiturnya tidak diimplementasikan, lalu diketahui lewat pencarian, dan pintasan ini tercantum di jendela Keyboard Shortcuts
• Jika elemen GUI tidak dapat diakses dengan mouse, kemudahan menemukannya akan menurun

Keterbatasan jendela pintasan dan pengganti menu bar

• Daftar pintasan terdiri dari 3 halaman dan memiliki fungsi pencarian, tetapi sulit digunakan jika tidak tahu apa yang harus dicari
• Gnome Help menyebut location bar sebagai “path bar”, tetapi pencarian “path” di jendela pintasan tidak menghasilkan apa pun
• Daftar pintasan tidak memiliki daftar isi atau cara untuk memindai kategori dengan cepat, sehingga halaman harus diperiksa satu per satu
• Ada juga pintasan untuk membuka jendela Keyboard Shortcuts, tetapi tidak seperti beberapa pintasan lain, pintasan ini tidak ditampilkan di samping item terkait di Main Menu
• Menu bar tradisional mengategorikan fungsi program agar selalu terlihat, menampilkan pintasan secara konsisten, dan memungkinkan opsi yang ditemukan langsung dijalankan
• Di Gnome Files, fungsi tersebar di berbagai bagian UI, dan beberapa fungsi tersembunyi hanya bisa dipelajari lewat jendela pintasan modal
  • Jendela pintasan bersifat non-interaktif dan modal, sehingga tidak bisa dibiarkan terbuka sambil bereksperimen
  • Pengguna harus menemukan pintasan, mengingatnya, menutup jendela, lalu menjalankan fungsinya
• Dalam lingkungan yang berpusat pada mouse, jika tidak ada cara menemukan dan menjalankan fungsi lewat GUI, hasilnya terbatas dan membingungkan

Ambiguitas UI atas tanpa title bar

• Gnome Files tidak memiliki title bar sungguhan, sehingga jendela dipindahkan dengan mengklik dan menyeret area atas jendela
• Area atas ini juga berisi toolbar, sehingga jendela bisa digerakkan saat pengguna mengklik kontrol UI yang sudah memiliki fungsi
  • Ikon pencarian bisa diklik untuk membuka pencarian, dan ikon yang sama bisa diklik sambil diseret untuk memindahkan jendela
• Tombol back/forward bisa membuka riwayat lokasi lewat klik konteks atau long click, tetapi fungsi itu tidak terlihat pada tombolnya sendiri
  • Fitur ini tampaknya juga tidak memiliki pintasan
  • Melakukan long click pada item lain tidak membuka menu konteks, sehingga perilakunya tidak konsisten
• Untuk membawa jendela ke depan, pengguna harus mencari area yang tidak bisa diklik dan tidak memicu fungsi program
  • Harus menghindari salah operasi seperti menjalankan pencarian, berpindah path, beralih tampilan, atau mengakses fungsi lain
  • Bahkan untuk aktivasi jendela sederhana, pengguna harus berhati-hati, sehingga beban kognitif bertambah
• Jika area atas diklik kanan, bergantung pada posisinya bisa muncul menu manajemen jendela atau menu aksi direktori, dan hasilnya berubah sesuai direktori saat ini atau lokasi klik
• Klik tengah dapat membuka nama direktori, termasuk direktori saat ini, sebagai tab baru; fitur ini juga ada di menu konteks

Scrollbar tersembunyi dan perilaku tema bawaan

• Gnome Files atau GTK 4 menggunakan scrollbar tersembunyi
• Perilaku ini diamati saat memakai pengaturan bawaan dan tema GTK 4 bawaan yang disediakan Debian
• Scrollbar tersembunyi tidak hanya menyembunyikan kemungkinan interaksi, tetapi juga informasi tentang posisi saat ini di dalam daftar file atau dokumen
• Saat mouse digerakkan, scrollbar muncul, tetapi terasa kecil dan kontrasnya rendah sehingga sulit dilihat
• Ketika pointer diarahkan ke scrollbar, scrollbar membesar dan lebih mudah terlihat, tetapi bergeser ke kiri sebesar lebar awalnya sehingga pointer tidak lagi berada di atas scrollbar

Evaluasi keseluruhan dan kesimpulan

• UI Gnome Files dinilai haphazard, incoherent, dan terkadang terasa berbahaya
• Masalah utamanya adalah sebagai berikut
  • Nama menu tidak sesuai dengan isinya, dan opsi tampilan yang sebenarnya tersebar di beberapa tempat
  • Pintasan tidak ditampilkan secara konsisten di menu
  • Beberapa fungsi umum hanya bisa diakses atau ditemukan lewat pintasan
  • Tampilan widget tidak memprediksi perilakunya secara akurat
  • Tooltip menimbulkan salah paham atau mengganggu tanpa nilai informasi
  • Cara memindahkan jendela dengan mengklik ikon fungsi menciptakan risiko salah klik
  • Hasil klik konteks di area atas sulit diprediksi
  • Scrollbar pada tema bawaan bergeser posisi saat pointer diarahkan ke atasnya
  • Istilah di bantuan dan GUI nyata berbeda satu sama lain
• Ketidakkonsistenan seperti ini membuat pengguna sulit membangun mental model yang stabil tentang UI
• Secara fungsional, Gnome Files bisa dipakai untuk mengelola file, dan jika tidak ada pilihan lain, pengguna mungkin bisa terbiasa dengan karakteristik UI-nya
• Namun, bahkan pada aplikasi pusat seperti Gnome Files, ada banyak elemen yang dapat dianggap buruk dari sudut pandang desain UI
• Ini bukan berarti paradigma desktop lama atau semua program lama sempurna, tetapi tetap ada kesadaran masalah bahwa paradigma baru seharusnya menghasilkan sesuatu yang lebih baik
• Sebagian besar masalah yang dikritik sudah memiliki solusi yang disempurnakan selama puluhan tahun
  • Title bar jendela yang nyata
  • Cara menampilkan pintasan secara konsisten di menu
  • Kategorisasi menu dan opsi yang konsisten
  • Bahasa desain yang lebih kaya
• Cara lama tidak otomatis lebih buruk, dan cara baru tidak otomatis lebih baik

[GN⁺]

Opini Hacker News

• Teringat masalah bahwa di tampilan daftar Files, untuk membuat dokumen baru atau menempelkan sesuatu, hanya klik kanan pada ruang kosong yang diperbolehkan
  Di tampilan daftar, begitu jumlah file sedikit saja bertambah hingga jendela penuh, ruang kosong untuk diklik akan hilang
  Dulu pun ada orang yang mengalami masalah yang sama 0, dan tampaknya sampai sekarang belum benar-benar diperbaiki 1

  • Di Thunar yang saat ini saya pakai juga ada masalah yang sama, dan saya sering mengganti dari tampilan daftar ke tampilan ikon untuk membuat ruang kosong
    Setelah mencari tahu, di Thunar kalau menahan Ctrl lalu klik kanan di mana saja, muncul menu seperti buat folder baru, tempel, dan buka di terminal
    Namun kalau ada file yang sedang dipilih, menu konteks untuk item terpilih yang muncul sehingga opsi folder baru tidak muncul; pada akhirnya tetap harus mengeklik ruang kosong untuk membatalkan pilihan atau tahu soal Escape, jadi ini belum ideal
  • Saya melihat hal serupa juga di halaman web seperti BBC News
    Seluruh tile artikel, teks tautan, gambar, bahkan margin yang lebar semuanya menjadi tautan, dan hanya celah tipis di antara tile yang bisa diklik sebagai latar belakang
    Kalau ini desain yang mengutamakan sentuhan, masih bisa dimengerti, tetapi bahkan di perangkat lunak desktop seperti GNOME, tampaknya tujuan serupa merembes masuk saat mencoba memuaskan berbagai metode input sekaligus
  • Di antara baris dan di sisi kiri-kanan jendela tampaknya ada ruang untuk klik kanan, tetapi pada tampilan daftar paling kecil areanya cukup sempit
    Di isu yang ditautkan ada gambar yang menunjukkan area yang bisa diklik kanan
    https://gitlab.gnome.org/-/project/1/uploads/50ac36ab40f9049f4a823f77aa9a8a29/gr-files-right-click-zones.jpg
  • Saya sering mencoba membuka jendela Terminal baru di folder saat ini, tetapi karena alasan yang sama, sering kali itu tidak bisa dilakukan
    Jadi saya naik ke folder induk sampai menemukan folder yang belum penuh, membuka Terminal di sana, lalu turun lagi dengan cd ke folder semula
  • Dari sudut pandang UI/UX, menurut saya ini bisa diperdebatkan
    Menu konteks seharusnya menampilkan tindakan yang dapat diterapkan pada objek yang diklik kanan, dan “dokumen baru” bukanlah fungsi dari ikon file atau folder
    Saat mengklik kanan sebuah folder, juga ambigu apakah dokumen baru harus dibuat di folder saat ini atau di dalam folder yang diklik
    Tugas umum seperti ini lebih baik diletakkan sebagai item menu di bilah ikon yang selalu terlihat, terpisah dari menu konteks klik kanan pada ruang kosong

• Ini kritik yang cukup bagus, tetapi mencampuradukkan bahasa desain dengan gangguan UI yang muncul karena kurangnya penyelesaian detail
  Jika melihat macOS Finder saat ini, desainnya sangat mirip dengan GNOME Files: https://a.qoid.us/20240907-finder.png
  Jadi kelemahan desain itu sendiri, seperti sulit menyeret jendela atau sulit mengeklik jendela untuk mengaktifkannya, juga ada di Finder
  Namun macOS menghindari sebagian besar masalah detail yang ditunjukkan penulis
  Opsi tampilan memiliki ikon yang mirip, tetapi di Finder panah kecil di kanan ikon juga selalu menjadi bagian dari tombol yang sama, dan tidak memakai tombol terpisah seperti yang dikeluhkan penulis
  Bantuan dijelaskan oleh macOS User Guide mengenai arti ikon, dan jika mengetik di Help, item dari semua menu akan dicari dan ditampilkan
  Jika mengetik “list”, item menu “as List” muncul dan tindakan yang diinginkan bisa dijalankan
  Tooltip tidak ada di daftar lokasi sebelah kiri dan hanya ada pada ikon bilah alat, itu pun muncul terlambat
  Untuk navigasi, Finder pada dasarnya tidak memiliki bilah lokasi, dialog untuk membuka berdasarkan path juga tersembunyi, dan tindakan untuk pergi ke folder induk juga tidak mudah terlihat
  Meski begitu, tidak ada elemen yang terlihat seperti bisa diedit tetapi ternyata tidak bisa diedit
  Scrollbar disembunyikan secara default, tetapi tetap berada di sisi kanan jendela, tidak meloncat ke kiri seperti yang dikeluhkan penulis

  • Finder saat ini adalah kemunduran besar dibandingkan dulu
    Kalau sulit dipercaya, buka https://macos9.app di perangkat yang punya mouse, lalu coba mengatur dan menelusuri file
  • Finder macOS/OSX bukan contoh UX yang baik
    Selalu terasa seperti sesuatu yang dipindahkan secara asal-asalan dari NeXTStep lalu segera ditelantarkan
    Secara umum, Apple telah kehilangan kepekaan UI selama kira-kira 10 tahun terakhir, dan macOS tidak boleh lagi dipakai sebagai contoh UI desktop yang baik
  • Finder memiliki bilah lokasi yang disebut “path bar”, tetapi dimatikan secara default
    Ada item menu untuk mengaktifkannya
  • Menurut saya OS X Finder adalah yang paling cacat di antara semua file browser
    Lucu kalau ada orang yang percaya pemasaran Apple bahwa OS mereka paling ergonomis
    Bahkan membuat folder baru saja bisa menjadi mimpi buruk: kalau mencoba membuat folder baru atau menempelkan file di tempat yang mirip tampilan pohon, hasilnya masuk ke folder induk paling atas
    Pengurutan berdasarkan tanggal terbaru juga tidak masuk akal
    Secara keseluruhan urutannya dari terbaru ke terlama, tetapi di dalam kelompok seperti tanggal tertentu atau minggu lalu, justru diurutkan dari yang lama ke yang terbaru
    Selain itu masih ada ratusan keputusan aneh seperti ini
    Sulit juga memahami keputusan bahwa tombol Enter dipakai untuk mengedit nama file, bukan membuka file
    Artinya tombol utama dihabiskan untuk pekerjaan yang hampir tidak pernah dilakukan
  • Saya setuju dengan kritik penulis, tetapi Finder di Mac jauh lebih buruk untuk digunakan

• GNOME menyembunyikan Power off di submenu tambahan agar pengguna tidak menekannya secara tidak sengaja, tetapi di Files, Format ditempatkan tepat di sebelah “Safely remove drive”

  • Di macOS, jika menekan opt, shutdown/restart bisa langsung dijalankan dengan dua klik tanpa konfirmasi, sementara GNOME butuh empat klik plus animasi yang canggung
    Keduanya menjejalkan terlalu banyak kontrol ke title bar sampai tidak tersisa ruang untuk menyeret jendela
    Baru-baru ini saya memakai OS X 10.5 di G4 selama seminggu, dan rasanya saat itulah puncak desktop
  • Windows juga punya masalah serupa
    Misalnya, di menu perangkat penyimpanan massal USB, ‘Eject’ dan ‘Format’ ditampilkan berdampingan
    Yang satu tidak berbahaya, sementara yang lain berpotensi merusak
  • Itu tidak adil
    Setelah Format ada ..., yang berarti sebuah dialog akan terbuka, dan dialog itu merupakan proses dua langkah; di akhir ada peringatan merah bahwa semua data akan dihapus permanen
    Tidak ada cara untuk memformat perangkat secara tidak sengaja
    Jika ingin mematikan daya dengan cepat, cukup ubah aksi tombol daya dari sleep menjadi shutdown

• Senang membaca tulisan seperti ini
  Saya juga sering membayangkan ingin menguliti secara menyeluruh berbagai masalah kecil yang menjengkelkan di GUI, lalu merangkum bagaimana semuanya seharusnya bisa lebih baik
  Ctrl+L memang shortcut yang aneh jika dilihat tanpa konteks, tetapi karena itu tombol yang sudah saya kenal selama 15 tahun memakai browser, rasanya familiar
  Fakta bahwa Windows, GNOME, dan Nautilus semuanya berbagi hal ini bagus bagi pengguna lama atau power user
  Jika dibaca ulang, keluhannya mungkin lebih ke tidak ada cara lain daripada shortcut itu sendiri
  Masalah besar yang tidak disebutkan dalam tulisan itu adalah UI GNOME saat ini sangat mirip Windows 11, tetapi merusak banyak detail seperti tooltip atau location bar yang bisa diklik
  Saya memakai GNOME di Ubuntu 14.04 dan 20.04, lalu mengalami masalah stabilitas di 22.04, dan sekarang memakai XFCE dengan puas; stabilitas jangka panjang adalah yang terbaik

  • Penulis memakai versi lama
    Sekarang, jika location bar diklik, ia langsung masuk ke mode edit
  • Nautilus dan “Files” adalah hal yang sama

• Bagian terburuk dari pendekatan GNOME mungkin adalah arogansinya
  Karena mereka mengatakan melakukan riset kegunaan dan berulang kali menekankan fokus pada usability, ketika seseorang merasa sulit memakainya, justru terasa dua kali lebih menjengkelkan
  Terdengar seperti “pengguna rata-rata puas, jadi kamu yang bermasalah”

  • Dalam pengalaman saya, respons tipikalnya lebih mendekati “ini tidak dibuat untuk Anda, dan Anda termasuk minoritas pengguna yang sangat kecil yang selama ini selalu diakomodasi”
    Jika benar-benar memiliki disabilitas, prioritas untuk menyesuaikan UI demi alasan politis mungkin akan lebih tinggi
    Kadang lucu membayangkan bahwa jauh di dalam kultus GNOME ada satu orang bernama Mother Gnome
    Bayangannya: secara hukum ia tunanetra, secara fisik tidak bisa memakai keyboard, termasuk sekaligus dalam semua kelompok yang secara tradisional kurang terwakili di kalangan pengguna komputer, tidak pernah memakai komputer sendiri, dan belajar beberapa hal tentang iPhone dari keponakan buyut Gen Alpha-nya
    Semua faktor ini bergabung menjadi monster utilitas dalam desain UI, sehingga menyesuaikan semuanya untuk orang itu, berapa pun biayanya, menjadi perintah moral absolut
  • Seandainya SUN masih ada, bagus sekali; mereka benar-benar pernah melakukan riset kegunaan tentang GNOME
    Akan bagus jika salah satu distro mengambil peran ini
  • Tidak ada yang memalukan dari memiliki disabilitas sehingga membutuhkan UI khusus
  • Sepertinya kalau ingin membuat argumen, cukup karang saja atau halusinasikan apa yang dikatakan para pengembang Gnome

• “Saya setuju bahwa paradigma desain modern dalam banyak hal lebih ramah bagi pengguna pemula, tetapi suatu hari orang-orang tidak lagi menjadi pemula. Orang yang memakai komputer berjam-jam setiap hari dan melakukan beragam tugas di berbagai program juga harus dipertimbangkan dalam desain. Jadi kritik saya berasal dari sudut pandang yang biasa disebut power user. Selain itu, makin banyak hal yang disembunyikan antarmuka, makin sedikit kesempatan yang diberikannya kepada pengguna untuk berkembang dan belajar”
  Setelah mengatakan sejauh itu, menurut saya berlebihan jika lalu mengeluh bahwa harus memakai shortcut keyboard
  Lagi pula, fitur itu memang fitur yang membutuhkan keyboard
  Keluhan bahwa tidak ada tombol naik ke atas, atau kritik terhadap tampilan daftar, juga kurang meyakinkan
  Di screenshot, ikon daftar langsung bisa dikenali, dan saya justru menyukai jendela yang tidak menaruh tombol fungsi duplikat di mana-mana
  Klaim “sulit ditekan” juga aneh
  Jika seseorang mengatakan sudah memakai komputer selama 35 tahun tetapi tidak bisa mengklik satu path dengan mouse, itu sulit diterima
  Ini terbaca seperti keluhan tipikal orang yang setelah cukup terbiasa dengan suatu sistem lalu menganggap dirinya power user, dan berharap semua hal lain bekerja persis sama
  Orang-orang yang sama sering mengeluh bahwa “shortcut standar” rusak karena di terminal Ctrl-C tidak bisa dipakai untuk menyalin

  • Dasarnya adalah “Anda bukan pengguna”
    Hanya karena sesuatu mudah bagi Anda bukan berarti mudah bagi orang lain, dan itulah premis pekerjaan usability
    Sulit dipercaya komunitas teknis seperti di atas begitu menolak hal yang sangat mendasar tentang kognisi manusia
    Justru komentar itu yang berupa keluhan, sedangkan tulisan asli menerapkan data nyata dari riset puluhan tahun
    Tulisan lama yang pernah saya tulis: https://news.ycombinator.com/item?id=41303387
  • Untuk melihat opsi daftar, saya mungkin akan mengklik panah bawah yang menempel pada ikon daftar
    Saya tidak akan terpikir bahwa ikon itu adalah toggle
    Ikon itu juga tidak dirender seperti toggle, dan saya akan mengira opsi tampilan ada lebih dari dua
  • Menggunakan text field tidak harus selalu membutuhkan keyboard
    Path juga bisa ditempelkan
    Bisa juga memakai teknologi bantu seperti dikte, atau ada lingkungan seperti ponsel yang punya metode input tetapi tidak punya cara menekan Ctrl
    Tentu saja UI ponsel harus dinilai dengan standar lain
  • Terminal memang benar-benar merusak shortcut standar
    Lebih buruk lagi, antar-aplikasi terminal pun sama sekali tidak konsisten soal shortcut apa yang dipakai
    Itu berantakan, dan pantas dikeluhkan
  • Bagaimana cara mengetahui shortcut keyboard itu?
    Saya baru mengetahuinya beberapa tahun lalu setelah membaca tulisan yang, mirip tulisan asli, mengkritik penghapusan kotak teks
    Kalau tidak, saya sama sekali tidak akan tahu bahwa kotak teks path bisa diaktifkan dengan shortcut keyboard
    UI tidak hanya harus mudah digunakan, tetapi juga harus mudah ditemukan
    Jika power user saja sulit menemukan fitur yang dibutuhkan, mengapa kita harus berpikir sisa UI itu mudah dan mudah ditemukan bagi semua orang?
    Terus terang, saya hampir tidak memakai UI dan biasanya memakai terminal; saya hanya memakai file manager Jade saat meng-upgrade firmware keyboard

• Apakah dialog simpan sudah diperbaiki?
  Saat memasukkan -s filename, saya berharap file saat ini disimpan sebagai filename
  Ekstensi mungkin saja ditambahkan
  Perilaku gtk-2 dulu adalah, begitu mulai mengetik filename, ia mencari daftar file/direktori, lalu saat menekan Enter memilih item yang disorot
  Bagaimanapun, saya tidak berniat memasang GNOME hanya untuk mengeceknya
  Tidak mengejutkan juga kalau file browser-nya seburuk yang digambarkan dalam tulisan itu
  Model rekayasa perangkat lunak cadt (cascade of attention deficit teenagers) dari jwz awalnya memang dimaksudkan untuk menjelaskan perilaku proyek GNOME

  • Sepertinya sekarang pun saat mengetik nama file, ia mencari file/direktori, tetapi tidak memilih file pertama dan menyimpan dengan nama file yang diketik
    Jadi sudah dalam keadaan diperbaiki
  • Kalau tidak berniat memasangnya untuk mengecek, saya tidak tahu kenapa itu dipedulikan

• Saya tidak mengerti kenapa begitu terobsesi dengan UI yang “bersih”
  Saya tidak paham bagaimana menyembunyikan semuanya lalu menggantinya dengan ruang kosong luas dan ikon tanpa ciri bisa disebut “tenang”
  Rasanya steril dan dingin, seperti rumah kosong atau bengkel yang tidak dipakai

  • Kalau suka UI padat dengan banyak opsi, KDE atau lingkungan serupa mungkin lebih cocok
    Bagus bahwa ada pilihan yang tidak terlalu rumit, dan saya tidak tahu kenapa semua desktop environment harus bekerja dengan cara yang sama
  • UI yang bersih dan dirancang dengan baik itu seperti perpipaan yang bersih dan dirancang dengan baik
    Ia cukup bekerja, tidak perlu diutak-atik, dan tidak mengganggu

• Hal terburuk di GNOME, termasuk Files, adalah gtkfilechooserwidget.c di gtk3 dan gtk4
  Ada bug ketika menempelkan path file ke dialog file->open: terjadi error dan popup muncul
  Para pengembang Gtk mengatakan kode filechooser terlalu berupa spaghetti code, sehingga tidak ada yang mau menjadikan filename-entry location-mode kembali sebagai perilaku default
  Saya juga setuju
  Saya mencoba menambalnya sendiri secara sesekali selama setahun di gtk 3.22 dan 3.24, tetapi hanya bisa memperbaikinya pada eksekusi File->Open pertama dari proses tertentu; pada pembukaan berikutnya error muncul lagi
  GNOME UI dan Gtk setelah 2014 tidak ditulis dengan mempertimbangkan orang yang menggunakan keyboard
  Itulah kelemahan UI terbesarnya

  • Saya paham keluhan soal file selector
    Itu salah satu dari banyak titik nyeri GNOME, dan sudah lama membayangi GNOME
    Namun GNOME cukup, mungkin bahkan terutama, berpusat pada keyboard
    Ada meme setelah 3.0 bahwa “GNOME dibuat touch-first”, tetapi mungkin tidak satu pun dari orang yang mengatakan itu pernah benar-benar memakai GNOME di perangkat sentuh
    Itu mimpi buruk
    Kontrol utama GNOME dilakukan lewat shortcut keyboard, atau gesture mouse yang luas dengan alternatif keyboard yang lebih cepat

• Keluhan-keluhan ini bukannya salah, tetapi saya penasaran berapa banyak pengguna yang benar-benar tersandung hal-hal seperti ini
  Mengklik ikon yang tampak seperti daftar ketika menginginkan tampilan daftar bukan perilaku yang aneh
  Saya setuju perilaku dropdown-nya agak aneh
  Demikian pula, sudah diterima bahwa aplikasi GNOME modern banyak memiliki title bar yang berisi kontrol
  Kalau tidak tepat mengklik kontrol lalu mulai menyeret mouse sehingga jendela bergerak, saya tidak melihatnya sebagai hal yang sebegitu mengganggu

  • Proses berpikir penulis saat mencari tampilan daftar hampir sama dengan saya, jadi setidaknya ada dua orang
    Namun GNOME mengatakan “perangkat lunak kami dibuat agar dapat digunakan semua orang. Kami sangat peduli pada pengalaman pengguna”
    Kritik terhadap GNOME sudah sangat banyak, dan saya sendiri pernah menulis beberapa di sini, jadi rasanya membahasnya lagi hanya membuang waktu
    Para pengembang punya visi yang sangat jelas tentang apa yang ingin mereka capai, sehingga mereka tidak akan berubah pikiran
    Para pengguna juga menyukai dan merasa nyaman dengan cara itu, sehingga mereka tidak akan berubah pikiran
    Orang yang tidak menyukainya, atau tidak lagi menyukainya, juga tidak akan berubah pikiran karena terasa aneh, membingungkan, dan membatasi
    Sudah lebih dari 10 tahun arahnya seperti ini, tetapi hampir tidak akan berubah
    Seperti kata penulis, GNOME adalah proyek yang “sangat vokal, yaitu dogmatis, tentang bagaimana sesuatu seharusnya dilakukan”
    Pada akhirnya, kalau suka cara GNOME, pakailah; kalau tidak, harus pergi ke tempat lain
    Hanya saja ini agak bertentangan dengan slogan “agar dapat digunakan semua orang”
  • Bagian terburuk dari kontrol di dalam title bar adalah browser seperti Firefox dan Chromium
    Dengan menerapkan dekorasi dan desain jendelanya sendiri, tab mengambil 95% area title bar yang bisa diseret, sehingga sering kali saat ingin memindahkan jendela, yang terjadi justru memindahkan tab
    Saya tidak tahu siapa yang akan mundur lebih dulu dalam situasi desain yang buruk ini, tetapi penggunalah yang menanggung biayanya
    Terus terang, browser yang harus berubah
    GNOME sudah menunjukkan bahwa ia adalah default bagi kebanyakan orang dan cukup keras kepala
  • Apalagi kedua tombol itu saat diarahkan mouse masing-masing disorot secara terpisah dan tooltip-nya juga berbeda