it-swarm.asia

Tombol Dropdown dan opsi terputus

Di bagian atas aplikasi kami memiliki bilah fungsi yang (hampir) berisi semua fungsi yang dapat dilakukan pada entri dalam tabel di bawah ini, sangat mirip dengan Office Fluent UI. Kami mencoba meminimalkan jumlah fungsi tetapi kami memiliki beberapa layar dalam aplikasi yang akan melebihi ruang yang ada di bilah. Kami sekarang ingin memasukkan tombol dropdown/tombol split/tombol menu/....

Namun kami memiliki satu grup fungsi di mana opsi-opsi terpisah dan tidak pernah aktif pada saat yang sama, akan masuk akal, bagaimanapun, untuk mengelompokkannya bersama. Kami tidak pernah menyembunyikan tombol di aplikasi tetapi membuatnya abu-abu.

Bagaimana Anda akan melanjutkan, jika fungsi teratas dinonaktifkan (tetapi fungsi yang paling banyak digunakan) dan fungsi kedua aktif.
Haruskah fungsi kedua "melompat" ke atas?
Haruskah itu tetap di sana? Jika harus tetap di sana, bagaimana saya menunjukkan bahwa tombol tidak aktif tetapi dropdown aktif.
Haruskah saya tidak menggunakan tombol menu sama sekali?

5
marten

Tombol split sangat bagus ketika ada satu perintah yang sebagian besar pengguna gunakan dan kemudian beberapa perintah lain yang mereka gunakan sebagian waktu. Pengguna memiliki akses sekali klik cepat ke apa yang paling mereka butuhkan sebagian besar waktu, sementara perintah yang kurang umum masih tersedia tetapi keluar dari jalan. Ini adalah bagaimana ia berkontribusi pada UI “cair” (cepat dan tidak ada pikiran): dengan mempromosikan kecepatan untuk perintah-perintah umum sambil menyembunyikan kekacauan dari perintah-perintah langka.

Di sini opsi yang saya lihat Anda hadapi dalam situasi Anda:

Menonaktifkan Tombol. Saat menggunakan tombol split, jika Anda menjaga perintah untuk tombol yang sama dan menonaktifkannya bila perlu, pengguna mungkin berpikir seluruh menu dinonaktifkan (jika mereka gagal melihat panah kecil diaktifkan). Ini juga merusak “kelancaran” tombol pemisahan di mana sebagian besar pengguna tidak selalu dapat mengakses perintah yang kemungkinan besar perlu mereka akses.

Swap Button Command. Pilihan terburuk kedua adalah dengan menukar perintah untuk tombol. Di sini masalahnya adalah bahwa pengguna tidak akan dapat mengembangkan kebiasaan yang bermanfaat untuk setiap perintah karena kadang-kadang perintah ada di tombol dan kadang-kadang ada di split. Mereka harus berhenti, membaca tombol, dan berpikir sebelum bertindak ("oke, perintah yang saya inginkan tidak ada di sini, jadi harus dipisah kali ini"). Sekali lagi, tidak terlalu bagus untuk fluiditas. Izin Windows UX Guidelines membuat tombol menjadi perintah terakhir yang digunakan, dengan asumsi bahwa itu kemungkinan akan digunakan lagi. Jika itu cocok dengan kasus Anda, maka itu adalah solusi yang baik. Namun saya akan berhati-hati tentang bertukar dalam perintah berbeda dari yang terakhir digunakan (misalnya, karena perintah terakhir sekarang dinonaktifkan) kecuali perintah baru sangat dapat diprediksi dan "masuk akal" untuk pengguna Anda. Saya tidak akan mencoba ini tanpa riset pengguna dalam jumlah yang baik terlebih dahulu.

Tombol Menu. Sepertinya Anda memiliki kasus di mana penggunaan perintah lebih merata di seluruh perintah -memastikan setiap perintah tidak tersedia untuk sebagian besar waktu. Mungkin Anda memerlukan tombol menu, yang berbeda dari tombol split dalam tombol menu selalu membuka dropdown perintah, pada dasarnya sama dengan menu pull-down. Beri label tombol menu dengan kategori perintah. Mengkliknya akan turun daftar perintah yang stabil, dengan beberapa dinonaktifkan sesuai kebutuhan. Ini berarti perintah Anda selalu membutuhkan dua klik untuk memilih, membuat pengguna lebih efisien, tetapi setidaknya pengguna tidak harus berhenti dan berpikir sebelum menggunakannya.

Tombol Toggling. Kebetulan, adalah dua perintah yang paling umum digunakan saling berlawanan satu sama lain sehingga yang satu selalu diaktifkan dan ketika yang lain dinonaktifkan dan sebaliknya? Misalnya, satu perintah memperluas tampilan dan satu lagi menyusutkan tampilan? Jika demikian, mungkin Anda bisa menggabungkan keduanya menjadi atribut _ toggling _. Di sini Anda memiliki satu tombol sakelar (atau bahkan kotak centang) yang dilabeli sebagai status atribut (mis., "Perluas") yang dapat disetel (centang) atau tidak disetel oleh pengguna. Anda masih memiliki panah dropdown untuk perintah lain untuk menyempurnakan kondisi saat ini. Dengan cara ini, Anda selalu memiliki fungsi "sama" (seperti yang dirasakan pengguna Anda) diaktifkan sebagai tombol Anda.

Menu Bank. Jika ada banyak perintah di sisi yang terpisah, opsi terakhir yang dapat saya pikirkan adalah membangun “ bank men , ”pada dasarnya tombol split dengan lebih dari satu tombol. Pilih dua hingga empat dari perintah yang paling sering digunakan, di mana setidaknya satu dari mereka selalu diaktifkan. Berikan masing-masing perintah ini tombol perintah mereka sendiri yang selalu terlihat, kelompokkan bersama-sama, dan tambahkan panah dropdown untuk perintah yang tersisa. Kelemahan dari ini adalah bahwa dibutuhkan lebih banyak ruang daripada satu tombol, dan Anda akan selalu menonaktifkan tombol yang mengambil ruang berharga, tetapi setidaknya itu memastikan perintah yang paling sering dibutuhkan selalu satu klik saja.

9
Michael Zuschlag

Jika saya mengerti Anda dengan benar, seperti ini, Anda memiliki menu katakanlah

Save | Edit | Undo

Undo sebagai titik utama memiliki opsi dropdown ke Redo, tetapi mungkin orang tidak dapat membatalkan apa pun kecuali hanya mengulang.

Dalam hal ini saya akan membuatnya melompat ke atas untuk dilihat, meskipun biasanya lebih baik untuk memiliki menu yang konsisten. Orang-orang terbiasa dengan ini, karena itu sedikit seperti tombol persembunyian yang tidak dapat digunakan dan menunjukkan tombol yang dapat digunakan.

1
Lukas Oppermann