Pertanyaan Apakah salah menggunakan kursor tangan untuk item yang dapat diklik seperti tombol?


Saya selalu memikirkan itu kursor tangan menjadi ideal indikator visual untuk "Anda dapat mengklik di sini" kepada pengguna. Kami terbiasa melihatnya dalam konteks ini setiap hari karena penggunaannya pada hyperlink dan karenanya semua tombol web.

alt text

Namun, sebagian besar aplikasi desktop tampaknya menyimpan panah penunjuk yang tidak stabil untuk tombol.

Saya benar-benar merasa lebih baik ketika tombol, dan item yang dapat diklik lainnya seperti kotak centang dan tombol radio menggunakan kursor tangan. Entah bagaimana, saya merasa senang melihat kursor ini ketika saya mengarahkan kursor ke item yang dapat diklik, mungkin karena itu konsisten dengan cara halaman web dan bahkan banyak permainan yang melakukannya.

Tetapi sebagai pengembang, Kami harus memikirkannya anak-anak pengguna dan kadang-kadang melakukan hal-hal yang tidak seperti yang kita suka mereka tetapi sebagai pengguna menyukai mereka. Masalahnya, saya merasa begitu bingung tentang kursor tangan pada tombol-tombol itu Saya buta terhadap kemungkinan itu menjadi tidak pantas. Banyak kesalahan desain disebabkan oleh keputusan pribadi semacam itu.

enter image description here

Apa yang Anda pikirkan?

Edit: Baru-baru ini saya memperhatikan penggunaan kursor tangan di Photoshop (CS3 di XP), tetapi mungkin hanya karena saya menggunakannya lebih ekstensif. Screenshot:

enter image description here

Perhatikan bahwa banyak tempat di mana tangan itu digunakan jelas dapat diklik.
EDIT2: Perhatikan juga bahwa mereka bahkan menggunakan kursor kustom, yang jujur ​​saya tidak akan pernah melakukannya, terutama untuk sesuatu yang sepele seperti kursor tangan yang begitu umum. Dan itu bahkan tidak cantik.


32
2017-11-08 07:00


asal


Jawaban:


Alasan mengapa kursor berubah bentuk ketika melewati hyperlink mungkin ada hubungannya dengan yang berikut:

  • hyperlink dimulai pada blok-blok teks dan karena itu tidak jelas bahwa Anda dapat mengkliknya untuk membuka halaman lain.
  • perubahan dalam gaya tampilan untuk tautan dalam dan dari dirinya sendiri mungkin tidak cukup untuk mengkomunikasikan "klik" suatu tautan. Mungkin juga karena perubahan dalam gaya tampilan tidak persis standar, sementara kursor handshape adalah.
  • tombol pada halaman web biasanya "normal" dapat diklik, saya pikir meskipun saya tidak dapat mengingat apakah itu menyebabkan kursor berubah bentuk. Saat ini "tombol" sering "dipalsukan" menggunakan css dan Anda perlu beberapa cara lain untuk memberi tahu pengguna bahwa mereka dapat mengkliknya => handshape cursor telah menjadi default untuk itu.

Namun semua di atas diarahkan untuk mengkomunikasikan "clickablity" dalam konten halaman web. Tombol, tombol pada bilah alat, item menu, dll selalu dapat diklik tanpa mengubah bentuk kursor. Dan Anda tidak melihat peramban mengubah bentuk kursor baik ketika Anda melayang di atas item menu atau tombol bilah alat.

Dalam aplikasi desktop, Anda mungkin tidak akan mengubah kursor di setiap item dalam sebuah pohon bahkan jika itu menampilkan informasi yang berbeda di panel ke sisi pohon? Atau untuk setiap item yang dapat Anda pilih dalam listbox? Atau untuk radiobuttons atau checkbox di formulir? Jadi mengapa melakukannya untuk tombol bentuk yang dalam aplikasi desktop selalu mudah diidentifikasi dan dapat diklik oleh alam.

Saya tidak akan mengubah bentuk kursor untuk apa pun dalam aplikasi desktop yang (selalu dipahami) "dapat diklik oleh alam". Saya hanya akan menggunakan bentuk kursor "mirip web" saat menampilkan informasi dengan cara "mirip web". Misalnya bagian teks yang dapat diklik dalam kotak di mana teks biasanya tidak dapat diklik. Kalau tidak, aku akan tetap dengan bentuk kursor standar. Ini juga membantu menekan "noise" di antarmuka pengguna.


memperbarui dalam menanggapi komentar (s)

@Camilo: Saya mendapatkan "perintah" vs "pilihan" Anda. Saya bahkan akan menambahkan "navigasi" ke campuran itu. Namun, saya masih tidak melihat kebutuhan untuk mengubah bentuk kursor pada elemen ui perintah.

Perbedaan antara navigasi dan perintah mungkin agak kabur jika Anda menganggapnya sebagai respons terhadap tindakan pengguna. Bagi saya ada perbedaan yang jelas antara keduanya. Navigasi adalah semua tindakan untuk membuka formulir, memilih item, dll. Secara umum, hanya menggeledah ... Perintah adalah semua tindakan yang menyebabkan data berubah, menyebabkan pemberitahuan (email, pesan apa pun) yang akan dikirim, atau tempat tindakan yang dimulai dapat memakan waktu lebih lama dari satu atau dua detik (membuat koneksi, memfilter kumpulan data besar).

Secara longgar: jika Anda akan mengirimkan formulir di web menggunakan "POST" (atau "DELETE"), itu mungkin akan menjadi perintah, sedangkan yang lainnya adalah navigasi.

Bagaimanapun, satu hal yang tidak akan pernah saya lakukan adalah memiliki elemen ui yang secara alami lebih diarahkan ke navigasi dan seleksi (seperti tampilan pohon) menjalankan perintah. Jadi di mana mengklik pada item treeview mungkin akan mengubah isi beberapa bagian lain dari antarmuka pengguna, di aplikasi saya itu tidak akan pernah misalnya memulai pembayaran ...

Dengan demikian, pohon dari server yang mungkin untuk terhubung, bagi saya masih merupakan elemen seleksi. Saya berharap koneksi yang sebenarnya tidak dibuat pada satu klik, tetapi hanya ketika item diklik dua kali atau setelah item dipilih ketika tombol "sambungkan" diklik. Dan oleh karena itu, dalam kasus khusus ini, saya masih tidak akan menggunakan kursor bentuk tangan di pohon.


9
2017-11-08 07:43



Secara pribadi, saya telah menemukan dalam penelitian saya bahwa ini umumnya dianggap sebagai salah satu dari mereka "kami selalu melakukannya dengan cara ini, jadi itu adalah cara yang diharapkan dan cara terbaik untuk melakukannya".

Kursor tangan membuat salah satu penampilan paling awal di tumpukan Hypercard. Yang ditargetkan untuk pengguna yang kurang berpengalaman. Jadi, seperti banyak hal, itu dijemput dan dibawa bersama kami.

Namun, karena penggunaannya yang tidak konsisten, saya rasa tidak ada pilihan "terbaik" antara panah dan tangan ... orang terbiasa dengan keduanya dan / atau keduanya, jadi setiap penggunaan yang konsisten dan bijaksana dari keduanya tampaknya umumnya efektif.

Bagi saya, meskipun saya mengikuti panduan berikut:

Panah adalah untuk item yang jelas dapat diklik, seperti hal-hal yang terlihat seperti tombol, tombol radio, menu drop-down dan semacamnya. Tangan ini berguna ketika Anda perlu memberikan sesuatu yang mungkin atau mungkin tidak muncul seperti tombol sedikit tambahan perhatian. Ini benar-benar menegakkan kembali ajakan bertindak "klik-saya!", "Klik-saya!".

Juga, di internet, saya telah memperhatikan bahwa tangan cenderung menunjukkan item yang ketika diklik, akan mengekspos konten yang relevan LEBIH mengenai apa yang baru saja Anda klik, sementara panah tampaknya lebih "perintah" didorong, yaitu "lakukan ini sekarang" .

Tapi, seperti yang saya katakan, selama itu konsisten, pengguna akan menyesuaikan dengan cepat ke situs Anda menggunakan kursor baik karena mereka telah terkena keduanya sudah begitu lama. Satu-satunya masalah nyata tampaknya terjadi ketika Anda tidak konsisten dalam penanganan dua tipe kursor.

IMHO - Tidak ada yang secara inheren "intuitif". Intuitif hanyalah cara lain untuk mengatakan "lebih akrab" atau "kurang akrab".


6
2017-11-19 16:45



AFAIK tangan dijatuhkan untuk aplikasi klien gemuk, dan sebagai gantinya Anda memiliki tombol dan elemen pengguna lain yang memancarkan kiat-kiat alat atau memiliki efek 'mengambang'.

Tetap dengan kursor tangan HANYA jika Anda ingin meniru tampilan & nuansa aplikasi web.


1
2017-11-08 13:29



hal yang menarik .. biarkan aku mencoba membuatnya sederhana.

Panah - Disarankan untuk antarmuka Desktop App + yang sangat intuitif

Tangan - harus ada untuk HYPER TEXT, bagi pengguna rata-rata penting untuk mengetahui teks mana yang dapat diklik.


1
2017-11-09 17:49



Saya pikir juga kita perlu mengingat bahwa tangan umumnya menunjukkan itu link ke tempat lain.

Saya tidak berpikir ada jawaban yang jelas, tetapi bagi saya jika platform saya coding untuk (Windows) saya hanya akan mengikuti contoh OS yang mendasari untuk tetap konsisten yang berarti tidak ada ikon Tangan untuk tombol di Windows.

Sebagai pengguna, saya pikir rasanya canggung untuk melihat ikon tangan di Windows GUI (kecuali saya mengklik tautan yang akan membawa saya ke situs web)


1
2017-12-21 12:30



Saya datang ke sini berpikir pertanyaan ini akan memiliki jawaban yang jelas, tetapi melihat jawaban-jawaban ini serta pergi ke situs-situs besar menunjukkan perbedaan yang sangat buram. Karena garis antara web dan klien desktop mengaburkan, saya mengamati perilaku buram yang serupa.

Sebelumnya ... klien desktop hampir selalu menggunakan kursor tunggal, dan mengarahkan tombol yang disebabkan untuk mengubah status yang terlihat menunjukkan area klik. Halaman web memiliki kursor berubah pada tautan, dan tidak ada perilaku konsisten saat tindakan ditangani oleh javascript.

Pergi ke beberapa situs web dan aplikasi yang paling banyak digunakan di sekitar, saya menemukan ... Sebagai pengguna, saya tidak peduli sebanyak yang saya pikirkan. Klien deskstop kebanyakan hanya mengubah tombol, dan jika kursor berubah, saya tidak menyadarinya. Klien web cenderung mengubah kursor DAN sering menerapkan status tombol visual mengambang, dan jarang saya perhatikan ketika mereka tidak.

Sampai seseorang membuat argumen yang meyakinkan, saya akan menggunakan aturan paling sederhana untuk desain kami: selalu mengubah kursor pada tindakan, dan menerapkan tombol untuk tombol yang biasa digunakan.


0
2018-04-03 13:32



Kursor "pointer" harus digunakan untuk hyper-link atau objek apa pun yang berfungsi seperti hyper-link. jika tidak, kursor "default" harus digunakan untuk semua elemen yang dapat diklik lainnya seperti tombol, toggles, switch, menu drop-down, dll. karena menurut sifat "seharusnya" terlihat seperti item yang dapat diklik.

Carilah definisi hyperlink untuk informasi lebih lanjut.

Contoh: Google Drive


0
2017-09-16 22:29