Scrollbar sedang menjadi masalah

 (artemis.sh)
2 poin oleh GN⁺ 2023-10-14 | 1 komentar | Bagikan ke WhatsApp
  • Saat scrollbar makin kecil atau disembunyikan, hal ini menjadi masalah kegunaan nyata bukan hanya bagi pengguna yang sulit memakai roda gulir atau gestur sentuh, tetapi juga bagi pengguna yang ingin cepat berpindah posisi di dalam dokumen
  • Pengguna dengan kendala kontrol motorik halus atau yang memakai perangkat penunjuk dengan akurasi terbatas seperti eye tracker kesulitan mengenai scrollbar selebar 8 piksel, dan pengguna kontrol suara juga ingin langsung mengeklik posisi yang diinginkan alih-alih menggulir berulang kali
  • Di GTK, Qt, Firefox, Chrome, dan Electron, meskipun lebar scrollbar atau cara penampilannya bisa disesuaikan, hal itu bergantung pada cara yang sulit dijangkau pengguna umum seperti mengubah CSS, gsettings, about:config, kompilasi ulang tema, atau pengaturan per aplikasi
  • Dulu ada tombol scroll yang bergerak sedikit demi sedikit saat ditekan terus, tetapi kini diam-diam menghilang, dan tombol panah meski bisa menggantikan sebagian fungsi tetap bekerja berbeda tergantung status fokus
  • UI seperti minimap dokumen, yang memungkinkan perpindahan sambil melihat konten dengan area klik besar, dapat menjadi cara navigasi alternatif yang berguna juga bagi pengguna eye tracker dan pena tablet

Scrollbar yang mengecil dan menghilang

  • Scrollbar adalah UI dasar untuk mengklik dan menyeret guna mengubah posisi saat ini di dalam area yang bisa digulir
  • Belakangan ini scrollbar menjadi terlalu kecil hingga sulit bahkan untuk ditunjukkan lewat tangkapan layar, dan tren membuatnya lebih kecil atau menyembunyikannya merusak kegunaan
  • Pendekatan “pakai roda gulir saja” berangkat dari asumsi bahwa semua pengguna bisa memakai roda gulir atau swipe layar sentuh
  • Bahkan pengguna yang terbiasa memakai roda gulir pun kadang ingin melompat cepat ke posisi tertentu

Dampak terhadap aksesibilitas

  • Pengguna yang kesulitan dalam kontrol motorik halus akan sulit memegang scrollbar tipis dengan akurat
  • Perangkat penunjuk seperti eye tracker memang mengesankan, tetapi belum cukup untuk secara stabil mengenai scrollbar selebar 8 piksel
  • Pengguna yang mengendalikan komputer dengan suara atau bunyi, bahkan saat memakai alat seperti Talon Voice, mungkin lebih menyukai cara melihat dan mengeklik posisi yang diinginkan pada scrollbar daripada mengulang scroll down atau memakai auto-scroll
  • Bahkan pada 2015, masalah lebar scrollbar GTK3 sudah dibahas, dan scrollbar tipis membebani pengguna nonteknis serta pengguna dengan masalah gerakan tangan atau penglihatan

Cara scrollbar menjadi makin sulit digunakan

  • Dalam beberapa kasus, lebar scrollbar tetap sama dalam hitungan piksel, tetapi karena resolusi monitor meningkat, target manipulasi nyatanya menjadi lebih kecil
  • Dalam kasus lain, scrollbar itu sendiri benar-benar menjadi lebih kecil
  • Disebut juga contoh scrollbar yang sangat tipis yang dulu pernah dicoba Ubuntu
  • Saat scrollbar menyusut, tombol scroll yang bergerak sedikit demi sedikit ketika ditekan terus juga ikut menghilang
    • Tombol panah memang menggantikan sebagian fungsi, tetapi bergantung pada konten mana yang sedang mendapat fokus
    • Tombol bisa dipakai tanpa bergantung pada status fokus
  • Secara umum, scrollbar menjadi kurang layak dipakai, dan pengaturan pengguna untuk memperbaikinya tidak ada atau tersembunyi di dalam tumpukan teknologi yang sulit ditemukan pengguna umum

Hambatan pengaturan GTK

  • Di GTK2, lebar scrollbar bisa diubah langsung di gtkrc, dan bahkan ada program GUI untuk itu
  • Di GTK3, penyesuaian harus dilakukan lewat CSS, dan tanpa memahami tema, hampir tidak ada cara pengaturan yang ramah pengguna
  • Sebuah thread Reddit memperkenalkan skrip yang menambahkan slider { min-width: ...; min-height: ...; } ke gtk.css di GTK3·GTK4 serta menangani override Flatpak dan pengaturan overlay scrolling
  • Aplikasi Flatpak memerlukan override terpisah sehingga tema sistem belum tentu diterapkan begitu saja
  • GTK juga secara default memakai cara menyembunyikan scrollbar lalu menampilkannya saat mouse diarahkan ke lokasi tersebut
    • Di GTK3, ini bisa dibuat selalu terlihat dengan perintah berikut gsettings set org.gnome.desktop.interface overlay-scrolling false
    • Ini juga bisa ditemukan di Dconf Editor, tetapi pengguna harus tahu letaknya
  • Untuk GTK4, dikutip thread GNOME Bugzilla yang menyatakan pengaturan ini tidak bisa ditetapkan secara global
    • Dalam diskusi itu, masalahnya adalah harus meminta opsi non-overlay scrollbar untuk tiap aplikasi

Hambatan pengaturan Qt

  • Lebar scrollbar Qt ditentukan oleh plugin gaya widget Qt yang digunakan
  • /u/cfeck_kde menjelaskan dalam jawaban r/kde bahwa setahunya hanya gaya Skulpture yang mengizinkan pengaturan ukuran, sedangkan gaya lain seperti Breeze mengharuskan perubahan kode sumber C++ dan kompilasi ulang
  • Plugin gaya Qt adalah kode sungguhan, sehingga memberi kontrol yang kuat, tetapi pengguna harus menemukan plugin yang menyediakan pengaturan yang diinginkan
  • Kvantum sulit dicari pengaturan lebar scrollbar-nya, tetapi fitur scrollbar menghilang bernama “Transient scrollbars” bisa dimatikan
  • Skulpture tampak layak dicoba, tetapi belum dipastikan cara mengaturnya lewat GUI tanpa KDE Plasma
  • Jika harus bergantung pada satu mesin tema, tetap ada kekhawatiran apakah itu akan terus dirawat seiring pengembangan Qt berlanjut

Situasi di Firefox, Chrome, dan Electron

  • Firefox juga memakai scrollbar yang sangat kecil, tetapi saat ini bisa disesuaikan lewat about:config
    • Masukkan about:config di bilah alamat
    • Ubah widget.non-native-theme.scrollbar.size.override ke angka yang diinginkan
    • Ubah widget.non-native-theme.scrollbar.style untuk mengganti tampilannya
    • Nilai 4 mengaturnya menjadi bentuk persegi panjang tebal
    • Di jendela pengaturan biasa about:preferences, opsi “Always show scrollbars” bisa diaktifkan
  • Sebagai contoh, ukuran scrollbar Firefox bisa diatur ke 50; meskipun tidak harus dipakai sebesar itu, kelebihannya adalah ukuran besar seperti itu memang dimungkinkan
  • Tulisan Athena Lilith Martin tentang pengaturan tambahan scrollbar Firefox membahas perbaikan tambahan seperti menonaktifkan override CSS halaman web
  • Chrome dinilai tidak layak diharapkan menyediakan pengaturan yang berguna
  • Aplikasi Electron juga sulit diatur, dan meski mungkin bisa diperbaiki dengan penyuntikan CSS kustom, tidak ada solusi pasti yang diajukan

Cara navigasi yang lebih baik: minimap

  • Minimap memungkinkan konten terlihat, konten bisa diklik, dan perpindahan dapat dilakukan ke posisi konten yang diklik
  • Target kliknya sangat besar sehingga berguna juga bagi pengguna eye tracker dan pena tablet
  • “Prinsip desain modern” yang umum justru bekerja merugikan scrollbar dan orang-orang dengan beragam cara menggunakan komputer

Bacaan terkait

1 komentar

 
GN⁺ 2023-10-14
Pendapat di Hacker News

  • Ini bukan hanya masalah scrollbar. Karena penghapusan bingkai jendela, jendela dengan warna latar yang mirip jadi sulit dibedakan, dan hampir mustahil untuk menyeret tepinya guna mengubah ukuran jendela
    Title bar dipenuhi kotak pencarian dan banyak tombol yang tidak perlu, sehingga hampir tidak ada area yang bisa dipegang untuk memindahkan jendela, dan berpindah tab di antara kotak teks juga tidak berfungsi seperti yang diharapkan atau sama sekali tidak berfungsi
    Tooltip mengganggu dan mengacaukan antarmuka, sering menutupi konten yang ingin dilihat, dan 95% isinya duplikatif atau tidak berguna
    Selama 10 tahun terakhir, UI/UX ala cargo cult telah membuang prinsip-prinsip usability yang terakumulasi selama puluhan tahun, menghasilkan sesuatu yang hanya terlihat bagus tetapi tidak bekerja dengan baik bagi banyak orang
    Aplikasi seperti Postman, Teams, sebagian besar aplikasi Microsoft modern, Chrome, dan Insomnia seharusnya dipakai sebagai contoh bagaimana UI perangkat lunak desktop tidak boleh dibuat
    Dosa yang lebih besar adalah semua ini sebenarnya tidak akan jadi masalah jika elemen-elemen tersebut bisa dikonfigurasi di level sistem window dan tidak bisa ditimpa oleh pengembang aplikasi, tetapi Windows dan Gnome/GTK justru bergerak ke arah menghapus opsi-opsi yang sudah ada

    • Menurut saya istilah “orang bodoh” memang tepat. Saya tidak ingin sembarangan memaki orang yang bekerja, tetapi sekarang untuk memindahkan jendela, kita harus mengklik sana-sini seperti orang bodoh hanya untuk mencari tahu mana title bar dan mana tombol
      Setiap kali memulai “New Teams”, ia bertanya apakah saya ingin kembali ke Old Teams, dan ketika membuka PDF dari File Explorer dengan New Teams, tidak jelas bagaimana cara menutup PDF tanpa kehilangan lokasi file system-nya
      Selain itu semuanya terasa sangat lambat. Cukup banyak orang yang bekerja di Microsoft/Apple/Google tidak mampu melakukan pekerjaannya dengan baik, dan mereka seharusnya malu karenanya
    • Saya merasa Windows XP adalah puncak antarmuka yang masih usable, dan seharusnya berhenti di sana. Tentu saja, mungkin saya hanya sudah menua dan sedang menyuruh anak-anak keluar dari halaman rumah
      Untuk Windows, saya yakin begitu; menurut saya semua versi Windows setelahnya membuat pengalaman pengguna menjadi lebih buruk
    • Saya rasa hinaan tidak diperlukan. Alasan saya menyukai HN adalah karena ini salah satu dari sedikit tempat yang masih mengutamakan diskusi yang sopan dibanding nada penuh kebencian di platform lain
      Pada dasarnya saya setuju bahwa usability lebih penting daripada estetika, tetapi saya tidak tahu persis siapa yang dimaksud dengan “orang bodoh UI/UX ala cargo cult”
      Dari pengalaman saya bekerja lebih dari 20 tahun sebagai pemimpin UX/UI, penyebab utama rusaknya usability sering kali adalah pemimpin bisnis dan marketer, bukan desainer
      Memang ada desainer yang menganggap bentuk lebih penting daripada fungsi dan memaksakan scrollbar kecil, tetapi ketika masalahnya dijelaskan, mereka sering mundur dan membuat desain yang bisa dipakai
      Para eksekutif C-level, pemimpin marketing, dan manajer lebih berbahaya karena mereka tidak paham UI tetapi opininya kuat, lalu mengajukan permintaan seperti “scrollbar situs web ini bagus” atau “desainnya tidak terlihat modern”
      Berjuang untuk menjaga usability dan aksesibilitas itu sangat menyakitkan, dan beberapa jabatan perlu bertindak lebih profesional serta mempercayai para ahli. Desainer juga memang harus mengutamakan usability
    • Masalah yang lebih besar adalah sekarang hampir tidak ada lagi upaya untuk melakukan penataan informasi
      Menu pengaturan adalah mimpi buruk berupa daftar di atas daftar, struktur menu di tiap aplikasi benar-benar acak, dan bahkan hal-hal yang bisa diatur secara lokal sering diarahkan ke tautan situs eksternal
      Sangat sulit memahami niat desainer, dan tidak bisa dibedakan apakah saya yang gagal menemukan pengaturannya atau sejak awal pengaturan itu memang dibuat tidak ada di menu ini
      Terlalu sering saya harus mencari di Google hanya untuk mengubah pengaturan dasar, dan hal yang sama terjadi bahkan di game, padahal pengalaman adalah setengah dari nilai produk
      Menu pengaturan CS2 memiliki tombol teks di bagian atas yang terlihat seperti tab, tetapi sebenarnya hanya menggulir ke titik acak dalam daftar pengaturan panjang, sehingga sulit memisahkan makna tiap tombol di kepala
      Makna konsep-konsepnya tidak saling terhubung dan tidak terstruktur, sehingga menjelajahi komputasi menjadi terlalu sulit tanpa perlu
      Saya merindukan UI Macromedia Flash; meski tidak sering saya pakai, UI itu benar-benar sederhana dan mudah digunakan
      Salah satu motivasi besar untuk mencari privasi dan solusi buatan sendiri juga adalah keinginan lepas dari pencemaran pengalaman dan pengetahuan yang terlihat belakangan ini
    • Itulah alasan adanya kotak pengubah ukuran. Pada kenyataannya, tepi yang bisa diseret itu tidak memiliki “daging”, sehingga peran yang terlalu banyak dibebankan pada elemen 1 piksel dan menimbulkan konflik
      Kotak pengubah ukuran lama berada terpisah sebagai pegangan khusus untuk mengubah ukuran jendela, di bagian paling bawah scrollbar vertikal, tepat di bawah tombol panah bawah
      Karena posisinya dekat dengan tombol scroll untuk melihat konten yang belum terlihat di layar awal, ia terasa seperti titik awal dan titik acuan alami untuk berinteraksi dengan viewport
      Ironisnya, meski sebagian besar sudah hilang dari UI aplikasi, browser web kadang masih merendernya pada elemen seperti textarea yang mengaktifkan scrollbar dan resize. Namun, di sebagian besar UI, tombol scroll terkaitnya sudah tidak ada lagi

  • Baru-baru ini saya mendapat pencerahan yang lucu. Bukan penglihatan saya yang memburuk, melainkan UI-nya yang memburuk
    Scrollbar kecil dengan kontras yang begitu rendah sampai konyol itu tidak aksesibel bagi siapa pun
    Belakangan saya mulai memakai KDE dengan tema Oxygen, dan menyenangkan karena nyaman dipakai tanpa membuat mata lelah
    Scrollbar seperti ini adalah barang menyedihkan yang bahkan nyaris tak bisa dikustomisasi, dan semoga beruntung kalau ingin menerapkan tema pada aplikasi yang terkunci
    Terlalu terang-terangan bahwa desainer UI tidak peduli pada kebutuhan pengguna, dan dunia FOSS pun bukan pengecualian
    Menyedihkan bahwa kita mundur dari masa ketika ada perangkat lunak yang enak dilihat, fungsional, aksesibel, dan cepat, menjadi sampah Electron yang terkunci dan bahkan tidak bisa diberi tema
    Kalau UI punya kontras dan keterbacaan yang cukup, mungkin hal seperti “dark mode” pun tidak akan diperlukan

    • Saya memakai dark mode bukan karena kontras, melainkan karena light mode di banyak perangkat lunak benar-benar putih polos. Layar juga makin lama makin terang dan bertenaga
      Saat memakai perangkat lunak tanpa white mode, sering kali saking terangnya, dinding di dekatnya ikut terang seperti disorot senter
      Lalu ketika kecerahan layar diturunkan, warna dan kontras jadi kacau sehingga tetap saja tidak ada yang terlihat
      Saya merindukan antarmuka abu-abu era Win 9x; memang tidak cantik, tapi setidaknya benar-benar bisa dilihat
    • Kontras juga salah satu faktor, tetapi tren UI datar menyingkirkan abu-abu sedang dan abu-abu terang, lalu mendorong warna putih bersih dan hampir putih, sehingga light mode terlihat jauh lebih menyilaukan daripada dulu
      Sama sekali tidak aneh kalau orang-orang menuntut dark mode setelah UI datar yang menyilaukan mendominasi
    • Saya berharap ada lebih banyak kontrol analog di dunia digital. Daripada tombol naik/turun 10 tingkat, saya ingin ada kenop putar
      Kontrol manual digital yang membuat kita mudah keluar dari menu, lalu saat mencoba kembali malah mengatur hal yang sama sekali berbeda, terasa terlalu digital dan merepotkan
      Dulu mudah mengatur kontras dan kecerahan layar, volume ampli, TV analog, termostat, radio mobil, dan sebagainya
      Memang belum ada arus besar untuk mengembalikan banyak kontrol analog, tetapi pada akhirnya dunia kita ini analog. Input bersifat analog, seperti ucapan dan gerakan otot, dan output juga analog karena menyentuh indra, seperti cahaya dan getaran
      Saya tidak tahu kenapa kontrol tidak dibuat lebih analog, mungkin masalah biaya
      Kalau ada display atau laptop dengan kontrol analog, rasanya saya akan langsung membelinya. Bahkan jika sebenarnya itu dial 16 juta tingkat, selama responsnya seketika dan terasa seperti potensiometer sungguhan, itu sudah cukup
      Akan menyenangkan jika ada kenop yang, sesuai situasi, bisa cepat mengubah intensitas atau menggilir pilihan agar lebih mudah dibaca dan didengar
      Saat ini 90% pekerjaan dilakukan di dalam browser, jadi saya berharap browser menyediakan API aksesibilitas agar bisa dikendalikan dengan kenop putar, entah lewat Bluetooth atau cara lain. Semacam versi lebih kuat dari scroll wheel
    • Yang terutama disayangkan adalah arus baru “don’t theme my app”. Masalah stylesheet CSS di GTK seharusnya diselesaikan dengan mengganti CSS dengan cara styling yang lebih baik, bukan dengan membuang semuanya dan melarang pengguna memakai tema mereka sendiri
    • Menurut saya, usability mencapai puncaknya sekitar 20 tahun lalu, pada era Windows 2000. Screenshot di tulisan itu sebenarnya juga tampak seperti OS X 10.x awal dari sekitar masa itu, mungkin sekitar 10.3

  • Saya sering menjumpai situs web dengan popover yang bisa di-scroll atau frame internal aneh, dan karena scrollbar pada frame internal kecil itu disembunyikan, saya tidak tahu apakah masih ada konten lain, sehingga mengira situsnya benar-benar rusak
    Ini benar-benar membuat marah, dan saya menyalahkan iOS dan macOS yang mendorong serta memopulerkan kegilaan ini. Pihak yang mendorong tren UI “datar”, yang membuat sulit menebak apa itu apa, juga ikut bertanggung jawab secara tidak langsung
    UI adalah komunikasi, tetapi para desainer UI tampaknya memutuskan bahwa bergumam itu keren

    • Dalam konteks iPhone asli, menyembunyikan scrollbar saat tidak sedang menggulir memang agak masuk akal. Layarnya 3,5 inci, dan jika tujuannya menampilkan konten setingkat desktop, tidak banyak ruang untuk scrollbar, lagi pula kebanyakan orang tidak akan berinteraksi dengan scrollbar itu sendiri
      Sebaliknya, pada sistem operasi desktop, layar terkecil yang digunakan pun jauh lebih besar, jadi tidak banyak alasan bagus untuk menyembunyikan scrollbar
    • Dengan risiko membajak thread keluhan ini ke arah yang lebih memanas, mungkin mereka meniru film dan TV masa kini
      Bahkan ketika anak-anak sedang diam, tidur, atau pergi sekolah, banyak film dan serial sekarang sulit ditonton tanpa subtitle
    • Saya bahkan tidak paham bagaimana UI datar ini bisa menjadi tren

  • Sekali lagi, Firefox patut dipuji karena memberi alat untuk mematikan hal seperti ini lewat about:config. Dalam penilaian terbaik, itu cuma ornamen lucu; dalam penilaian terburuk, itu menyebalkan dan abusif
    UI browser seharusnya hampir sepenuhnya dikecualikan dari area yang bisa diubah oleh situs web, dan scrollbar termasuk di dalamnya

    • Sebaliknya, Chrome membuat saya tertawa keras pada titik “bayangkan kalau di Chrome kita bisa mengatur sesuatu yang berguna”
      Seluruh tulisannya sangat bagus, dan saya memuji penulisnya
      Saya juga pindah kembali ke Firefox karena Edge terus menyodorkan pencarian Bing dan fitur lain, bahkan prompt pemulihan tab pun terlalu mengganggu. Saya hanya ingin ia diam dan berhenti
    • Saya masih sangat ingat pernah membela keras fitur styling scrollbar IE6 di forum awal 2000-an. Saat itu pihak Mozilla menyebutnya sesuatu yang menjijikkan
      Kini setelah lebih tua, dengan kemampuan untuk menengok ke belakang sekaligus kelemahan berupa penglihatan yang memburuk, saya bisa mengakui bahwa saya salah. Itu terlalu mudah disalahgunakan
    • Smooth scrolling juga harus dimasukkan ke daftar itu. Sama saja, baik menggulir dengan roda mouse maupun berpindah di antara kata yang ditemukan dengan Ctrl-F
      Untungnya itu bisa ditimpa dengan uBlock Origin
    • Ekosistem luas para pembuat ekstensi juga layak dipuji. Penulis pada bagian akhir memuji sidebar minimap sebagai peningkatan dari scrollbar yang ada, dan memang ada yang seperti itu
      https://addons.mozilla.org/en-US/firefox/addon/minimap-scrol...
    • Ini juga berfungsi di mobile, tetapi mantra persis untuk menimpanya perlu dicari
      Sepertinya ini yang benar
      <https://www.makeuseof.com/change-firefox-scrollbar-style/>

  • Penulis melihat separuh masalah, tetapi mengusulkan separuh solusi yang buruk
    Scrollbar bukan hanya perangkat kontrol, tetapi juga indikator posisi. Ia menunjukkan di mana viewport saat ini berada di dalam tampilan yang lebih besar, seperti daftar panjang
    Menyembunyikan scrollbar seperti pada sebagian GUI semacam macOS itu sangat tidak sopan, seperti membuat tombol tidak bisa dibedakan dari teks atau menaruh teks abu-abu muda di atas latar abu-abu muda
    Solusinya sudah ada dan hampir diterapkan secara universal: scroll wheel pada mouse dan gestur scroll pada trackpad
    Tampilan yang bisa di-scroll dengan scrollbar tetapi tidak bisa di-scroll dengan gestur trackpad standar atau roda mouse sangat jarang. Mouse saya juga bisa melakukan scroll horizontal dengan roda, begitu pula kontrol TrackPoint
    Scroll semacam ini bahkan tidak mengharuskan pointer berada di atas scrollbar; cukup berada di atas tampilan/kontrol/widget yang diinginkan
    Ini sangat mudah dilakukan bahkan dengan perangkat input yang tidak presisi, tangan gemetar, atau penglihatan buruk
    Namun ketika ada cara scroll yang begitu alami dan mudah seperti ini, scrollbar justru makin terasa hilang saat berperan sebagai indikator
    Minimap kadang berguna, tetapi sering juga tidak; secara pribadi saya merasa dalam penyuntingan teks ia hanya besar dan tidak membantu. Tentu saya setuju itu tersedia sebagai opsi bagi yang menyukainya

    • Scroll wheel dan gestur adalah perangkat untuk berpindah halaman, dan scrollbar juga berperan begitu, tetapi pada saat yang sama ia juga merupakan kontrol untuk “bawa saya ke tengah dokumen”
      Dengan asumsi dokumen merespons dengan benar, terutama pada dokumen besar, scrollbar memungkinkan berpindah jarak jauh dengan mudah. Di web masa kini, asumsi itu sulit dipercaya
      Pada PDF lama yang besar, tanpa tautan dan memakai nomor halaman bagian seperti “B-29”, tak terhitung berapa kali saya pada dasarnya melakukan binary search dengan scrollbar untuk menemukan halaman yang terkubur
      Tentu saja web modern, dengan penyalahgunaan lazy loading dan infinite scroll, hampir menghancurkan kemungkinan memakai scrollbar sebagai indikator
      Di Mac, saya sering menekan Cmd-panah bawah untuk melompat ke akhir dokumen sambil berharap ada akhirnya, dan berharap semua embed yang merusak format selesai dimuat
      Namun pada akhirnya rasanya seperti berada di atas kereta tanpa ujung yang terlihat; kita tidak tahu sudah sejauh apa dan masih berapa jauh lagi
      Jadi karena scrollbar praktis menjadi tidak berguna, saya memakai roda mouse berbobot dengan bearing yang dirancang untuk doom scrolling berkecepatan tinggi
    • Sepertinya Anda tidak membaca tulisannya. Sejak paragraf pertama disebutkan, “Anda mungkin mengatakan itulah gunanya scroll wheel, tetapi tidak semua orang bisa memakai scroll wheel atau swipe layar sentuh”
      Paragraf berikutnya juga membahas kesulitan yang ditimbulkan scrollbar kecil/tersembunyi bagi metode input lain seperti eye tracker
    • Benar. Akhirnya ada orang yang memahami untuk apa sebenarnya scrollbar itu
      Peran utama scrollbar adalah menunjukkan kepada pengguna bahwa dokumen lebih besar daripada jendela, dan peran keduanya adalah menunjukkan bagian dokumen mana yang sedang terlihat. Membuat pengguna melakukan scroll bukan fungsi utamanya
      Saya benar-benar terkejut ketika Apple mulai menyembunyikan scrollbar secara default di macOS. Para desainer UI Apple tampaknya tidak tahu apa sebenarnya yang dilakukan kontrol UI dasar
    • Perangkat input untuk scroll tidak tersedia secara universal
      Pengguna Wacom/pena tidak punya scroll wheel
      Banyak trackball juga tidak punya scroll wheel, meski sebagian memiliki scroll ring di sekitar bola
      Saya menghapus scroll wheel dari mouse karena jari yang dipakai untuk scroll mengalami repetitive strain injury. Pernah juga lengan yang saya pakai untuk mouse terlalu teregang, sehingga selama beberapa minggu saya harus memakai trackball dengan tangan satunya
    • Jika harus melakukan scroll jarak sangat jauh, roda mouse kewalahan

  • Kita juga perlu membicarakan bingkai jendela. Saya membuka beberapa jendela VS Code dengan latar hitam dan bingkai hitam saling bertumpuk, tanpa bayangan
    Sama sekali tidak terlihat di mana frame/bingkai satu jendela berada di atas jendela lain. Ini seharusnya menjadi masalah tingkat sistem operasi, tetapi tampaknya ini masalah aplikasi
    Selain itu, VS Code telah “menarik kembali” dukungan pengaturan bingkai: https://github.com/microsoft/vscode/issues/160159

    • Ada lebih banyak pembahasan tentang bingkai dan bilah judul di sini
      https://news.ycombinator.com/item?id=37865824
      Teori saya, para desainer tampaknya menargetkan pengguna yang hanya melihat satu jendela layar penuh pada satu waktu
      Pengguna model mereka duduk di depan laptop 13 inci di ruangan dengan pencahayaan ideal dan tanpa pantulan, tidak memindahkan atau mengubah ukuran jendela, dan tidak membuka lebih dari 3 tab/dokumen dalam sehari

  • Setiap kali membaca tulisan seperti ini atau blog UX, makin jelas betapa kita tidak memedulikan aksesibilitas
    Desain “bagus” yang aksesibel jauh lebih membosankan dan minim ornamen daripada yang diharapkan dari aplikasi web modern
    Setelah membaca buku Adam Silver tentang form, saya menyadari bahwa dari sudut pandang aksesibilitas, kita benar-benar melakukan semuanya dengan keliru, tetapi aksesibilitas bukan prioritas

    • Ironis bahwa agar komentar ini aksesibel, pembaca harus mencari tahu bahwa a11y berarti “accessibility”
    • Dari sudut pandang bisnis, itu tidak selalu salah. Jika perusahaan melakukan hal-hal yang tidak bisa dilakukan saat membuat situs web yang aksesibel, secara hitungan sering kali hasilnya lebih baik
      Terutama dark pattern sangat bertentangan dengan aksesibilitas
      Karena itu, diperlukan undang-undang yang mewajibkan aksesibilitas

  • Tahukah Anda apa yang menjadi masalah aksesibilitas bagi banyak orang berusia 40-an ke atas? Teks putih di latar gelap
    Saya rasanya tidak akan pernah bosan mendengar seruan agar halaman web dibuat bisa dibaca oleh orang-orang seumuran saya
    Dengan membuka developer tools dan mengubah CSS penulisnya, saya memang bisa membacanya, tetapi shell script jadi tidak bisa dibaca

    • Meski saya belum 40 tahun, kombinasi ini memberi beban luar biasa pada mata. Setelah membaca beberapa paragraf lalu melihat ke dinding, huruf bayangan tetap tertinggal di bidang pandang selama lebih dari 30 detik
      Karena sangat tidak nyaman, kalau memilih seluruh teks pun tidak mengurangi kontras latar gelap/teks putih, saya sama sekali tidak membaca halaman itu
    • Sayangnya, kebutuhan aksesibilitas sering saling bertentangan, dan pembuat halaman web juga tidak punya waktu tak terbatas untuk menjamin opsi bagi semua orang
      Mematikan CSS sepenuhnya juga bisa dipertimbangkan
    • Saya belum 40, tetapi dalam kasus saya justru sebaliknya. Saya punya floaters yang parah, jadi mereka sangat menonjol di latar putih
      Hal yang benar-benar menyenangkan selama 5 tahun terakhir adalah sebagian besar antarmuka pengguna utama kini menyediakan baik mode gelap maupun mode terang
    • Di browser, ada baiknya mencoba mengutak-atik ekstensi Dark Reader. Biasanya dipakai untuk mode gelap global, tetapi Anda juga bisa mengatur mode putih per situs atau secara global
    • Ini bukan masalah yang persis sama, tetapi saya sering melihat teks gelap atau abu-abu sedang di atas latar terang atau abu-abu sedang
      Solusi saya adalah ini
      https://addons.mozilla.org/en-US/firefox/addon/font-contrast...
      Setidaknya ini memaksa teks menjadi hitam. Cukup stabil, dan pengecualian yang kadang diperlukan juga mudah diatur

  • Saya setuju bahwa scrollbar sedang sekarat dan menjadi tidak bisa dipakai. Scrollbar harus lebar, terlihat jelas, dan mudah ditarget
    Ukurannya harus proporsional agar menunjukkan rasio bagian dokumen yang sedang terlihat, dan bagian yang bergerak harus memiliki ciri yang menyiratkan gesekan, bukan kelicinan
    Tombol panah harus ditempatkan bersama, bukan di ujung yang berlawanan, dan status hover serta mouse ditekan harus ditunjukkan dengan warna
    Di antara scrollbar klasik yang ditampilkan di sini, https://scrollbars.matoseb.com/ Nextstep paling mendekati syarat tersebut, dan menurut saya Mac OS 8 secara keseluruhan paling cantik

    • Selain itu, jika dokumen mendukungnya, harus ada juga opsi untuk melakukan panning dua arah dari satu widget toolbar. Saya pernah melihat implementasi seperti itu, tetapi belum pernah melihat bentuk dengan tombol panah diletakkan bersama alih-alih di kedua ujung
      Dulu ada bidang penelitian bernama interaksi manusia-komputer, tempat kita belajar tentang Hukum Fitts atau fakta bahwa tepi layar pada dasarnya memiliki ukuran tak terbatas sehingga sangat bernilai
      Di OS X, sebagai hukuman saya membiarkan MS Teams terbuka; jendelanya menempel persis di sisi kanan layar dan ada scrollbar di tepi kanannya
      Ketika saya menggeser mouse ke kanan lalu mengklik untuk menangkap scrollbar yang melebar saat mouseover hingga menyentuh piksel tepi, seluruh jendela malah terseret
      Entah bagaimana kita bisa sampai di titik ini. Pernah ada masa ketika orang secara aktif meneliti apa itu antarmuka pengguna yang baik, penelitian itu tercermin dalam pengalaman pengguna nyata, dan hasilnya terlihat
    • Saya belum pernah memikirkan bahwa tombol panah seharusnya diletakkan berdampingan, bukan di ujung yang berlawanan, tetapi itu masuk akal
      Saya penasaran mengapa itu begitu jarang, selain alasan “karena memang selalu begitu”

  • Mereka bilang “desainer tidak melakukan pengujian usability bersama pengguna non-teknis”, tetapi sekalipun dilakukan, mungkin tidak akan banyak bedanya
    Saya sudah bekerja sebagai web developer hampir 25 tahun dan berkolaborasi dengan banyak desainer, dan yang mereka pedulikan adalah layout pixel-perfect yang sesuai dengan “visi” mereka sendiri. UX bahkan bukan sekadar pikiran sambil lalu

    • Tidak semua desainer begitu, tetapi banyak yang memang begitu. Saya pernah melihat seorang desainer keluar dari riset UX dengan pengguna nyata lalu berkata, “Ini hanya satu titik data, dan menurut kami para pengguna itu keliru”
      Dalam kasus seperti ini, persuasi tidak mempan