it-swarm.asia

Tab - aktifkan pada hover atau klik? kedua!

Apakah Anda suka tab yang digunakan di http://www.msn.com ?

Mereka dapat diaktifkan dengan melayang atau mengklik. Ada penundaan singkat pada hover untuk mencegah aktivasi yang tidak disengaja, sementara mengklik berfungsi segera.

Saya agak suka mereka.

2
Miki

Mereka rapi, itu sudah pasti. Namun, fungsi kontrol antarmuka harus, paling tidak, menjadi

  • jelas terlihat oleh penampilan mereka (atau, sesuaikan dengan harapan pengguna) dan
  • konsisten di seluruh antarmuka.

Tab bagian melayang-untuk-mengaktifkan ini merepotkan karena beberapa alasan.

Pertama, penampilan mereka menyamakan mereka dengan objek antarmuka klik saja di halaman, menutupi fungsi sebenarnya. Mereka memiliki garis bawah, mirip dengan navigasi atas dan skema hyperlink secara umum. Mereka berubah pada rollover, menjadi tebal, untuk sesaat sebelum tab berubah, lebih lanjut menunjukkan bahwa mereka adalah tautan. Kemudian antarmuka berubah tanpa pengguna melakukan interaksi. Tautan dan item menu tidak "klik" ketika Anda mengarahkan kursor ke atas, dan kemiripan yang mudah disalahartikan akan membingungkan atau sedikit mengkhawatirkan.

Kedua, fungsi hover tidak konsisten dengan tab-link lain di seluruh situs. Artikel ini , ditautkan dari salah satu kotak hover-tab, memiliki area konten terkait serupa di bawah artikel. Namun kotak yang dikatakan, hanya mengubah tab saat pengguna mengklik tab yang tidak dipilih (tidak ada tindakan yang melayang). Masalah serupa ada di bagian lain.

Singkatnya, sementara mereka keren dalam cara Web 2.0-gimicky, hal yang baru dibayangi oleh masalah kegunaan, biaya yang mungkin lebih besar daripada manfaat dari memiliki keunikan antarmuka yang unik.

Beberapa bacaan:

12
Matt

Saya memperkirakan bahwa jawaban untuk pertanyaan ini akan berubah ketika orang terbiasa dengan skema baru tab yang merespons hover.

Saya ingat meminta pengembang untuk tidak memilih teks secara otomatis dalam kotak, tepat setelah beberapa browser mulai melakukan ini. Alasan saya adalah "Tidak ada yang mengharapkan perilaku ini." Sejak itu, itu menjadi umum, jadi sekarang saya akan menepuk pengembang di bagian belakang, mengatakan: "Terima kasih telah menyumbangkan ide itu."

Tetap pada standar atau Dorong amplop dengan sesuatu yang baru ? Itu pertanyaan yang menarik. Kita harus ingat bahwa, seiring teknologi komunikasi, web dan antarmuka pengguna grafis masih sangat muda. Saya ingin menunjukkan teknologi massa yang berbeda untuk menjelaskan komentar saya. Pertimbangkan isyarat yang kami pahami dalam buku cetak, seperti catatan kaki atau nomor halaman, yang terutama tentang mengorientasikan pengguna dan menemukan/menavigasi ke konten tertentu. Butuh waktu lama untuk mengembangkan isyarat ini. Kita bisa menyamakan isyarat-isyarat itu dengan kontrol, online, dan dalam GUI aplikasi. Skema yang membantu kita menavigasi buku cetak butuh beberapa generasi untuk menstabilkan norma yang diterima; kontrol yang membantu kami menavigasi melalui konten online juga akan membutuhkan waktu untuk mengembangkan dan menstabilkan norma. Buku cetak telah menjatuhkan solusi desain tertentu (seperti mengulangi kata terakhir di halaman kanan ke atas halaman sebelah kiri berikutnya, sehingga ada kata ketika Anda membalik halaman - isyarat yang membantu orang membaca buku dengan keras) . Demikian pula, kontrol online terikat untuk berubah seiring waktu. Tidak masuk akal untuk berharap bahwa kami mendapatkan semua detail interaksi yang benar dalam beberapa tahun pertama merancang navigasi media online.

Tab yang hanya berfungsi saat klik berhasil dipasarkan terlebih dahulu, dan orang-orang mengetahui bahwa skema . Sifat skema adalah bahwa otak kita secara otomatis menyesuaikannya dengan pengalaman baru. Bisakah tab hover berfungsi? Itu tergantung pada seberapa jauh itu berada di luar skema tab, seberapa berguna itu, dan seberapa kuat pengguna menolak memodifikasi skema tab mereka. Desainer dapat membantu pengguna untuk mengadopsi kontrol ini dengan menyarankan — Matt Lutze secara tidak langsung menanyakan hal ini dalam jawaban atas pertanyaan ini — cara untuk membuat kontrol baru sesuai dengan skema yang ada dengan lebih mudah. Matt berkata: "penampilan mereka menyamakan mereka dengan objek antarmuka klik saja di halaman, menutupi fungsi sebenarnya." Apa yang dibutuhkan adalah cara bagi pengguna untuk memprediksi tindakan kontrol hover-tab ini.

Saya heran mengapa MSN menerapkan kontrol ini secara tidak konsisten di seluruh situs. Apakah ini sebuah eksperimen? Jika demikian, saya pikir ini adalah eksperimen yang menarik, dan saya akan memberikan penilaian tentang bagaimana dapat digunakan jenis kontrol tab ini sampai konsep/desain iterasi untuk mengatasi masalah yang diangkat orang di sini.

2
JeromeR

Tidak yakin jika Anda mempertimbangkan hal ini, tetapi peramban seluler tidak akan mengenali kursor. Karena web seluler tumbuh dengan kecepatan yang luar biasa, saya pikir Anda mungkin dapat membuat kasus untuk setidaknya mendukung klik jika tidak keduanya.

Namun, jika itu bagian dari navigasi utama situs (seperti yang biasa digunakan), membuka drop-down saat klik akan menghilangkan kemungkinan menggunakan tautan yang sama untuk halaman "bagian" .

Beberapa solusi yang mungkin bisa:

  • Pendekatan hibrid , di mana tautan utama di navigasi masih menautkan ke halaman "bagian", ditambah tautan lain (panah bawah) yang akan mengaktifkan drop- di klik. (contoh: LJWorld , Flickr - nav saat masuk). Secara pribadi, Saya selalu menyukai pendekatan ini dan bertanya-tanya mengapa lebih banyak situs tidak melakukannya.

  • Gunakan semacam deteksi untuk melayani hover-to-open ke desktop, dan click-to-open untuk pengguna ponsel.

0