タブ-ホバーまたはクリックでアクティブ化？どちらも！
http://www.msn.com で使用されるタブは好きですか？
ホバリングまたはクリックの両方でアクティブ化できます。クリックするとすぐに機能しますが、偶発的なアクティブ化を防ぐためにホバーに少し遅延があります。
ちょっと好きです。
彼らはきちんとしている、それは確かです。ただし、インターフェイスコントロールの機能は、少なくとも、
- それらの外観から明らかに明らかである（または、ユーザーの期待に沿う）
- インターフェース全体で一貫しています。
これらのホバーしてアクティブにするセクションのタブは、いくつかの理由で厄介です。
まず、その外観は、ページ上の他のクリック専用インターフェースオブジェクトと似ており、実際の機能を隠しています。上部のナビゲーションや一般的なハイパーリンクスキーマと同様に、下線が付いています。それらはロールオーバーで変化し、太字になり、タブが変化する前の少しの間、リンクであることがさらに示唆されます。次に、ユーザーが操作を行わなくてもインターフェースが変更されます。リンクやメニュー項目は、それらの上にカーソルを置いても「クリック」しないので、簡単に見間違える類似性は、混乱したり、少し驚いたりします。
第二に、ホバー機能は、サイト全体の他のタブリンクと一致していません。 この記事 は、ホバータブボックスの1つからリンクされており、記事の下に同様の関連コンテンツ領域があります。ただし、このボックスは、ユーザーが選択されていないタブをクリックしたときにのみタブを変更します（ホバーアクションはありません）。他のセクションにも同様の問題があります。
要約すると、それらはWeb 2.0のようにクールな方法でクールですが、その斬新さはユーザビリティの問題に影を落とし、そのコストは独自のインターフェースの癖があることの利点よりも大きいかもしれません。
いくつかの読書：
- Webデザインの間違いトップ1 、＃8
- 情報アーキテクチャ（IA）の10の誤り ＃7、8、9
ホバーに反応するタブの新しいスキーマに人々が慣れるにつれて、この質問への答えは変わると思います。
一部のブラウザーがこれを開始した直後に、開発者にボックス内のテキストを自動選択しないように依頼したことを覚えています。私の理由は「この行動を誰も期待していない」ということでした。それ以来、それは一般的になったので、今度は私は開発者の背中を撫でて、「そのアイデアに貢献してくれてありがとう」と言いました。
標準に固執するか、何か新しい封筒を押してください？それは興味深い質問です。通信技術が進むにつれて、webおよびグラフィカルユーザーインターフェイスとても若いです。私のコメントを説明するために、別のマステクノロジーを指摘したいと思います。フッターやページ番号など、印刷された本で理解している手がかりを考えてみましょう。これらは、主にユーザーの方向付けと特定のコンテンツへの検索/ナビゲートに関するものです。これらの手がかりを発達させるには年齢がかかりました。これらの手がかりをオンラインやアプリケーションGUIのコントロールに例えることができます。印刷された本をナビゲートするのに役立つスキーマは、受け入れられた基準で安定するのに何世代もかかりました。オンラインコンテンツをナビゲートするのに役立つコントロールも、標準で開発および安定化するのに時間がかかります。印刷された本は、特定のデザインソリューションを落としました（右側のページの最後のWordを次の左側のページの上部に繰り返すなど、ページをめくるとWordがそこにあります—人々が本を声に出して読むのに役立つ手がかり） 。同様に、オンラインコントロールは時間の経過とともに変化します。オンラインメディアのナビゲーションを設計してから最初の数年以内に、すべてのインタラクションの詳細が正しいことを期待するのは不合理です。
クリックでのみ機能するタブが最初に市場に出て、人々は schema であることを学びました。スキーマの性質は、私たちの脳が自動的にそれらを新しい経験に適応させることです。ホバータブは機能しますか？それは、それがタブのスキーマからどれだけ外れているか、どれほど有用であるか、そしてユーザーがタブのスキーマの変更にどれだけ強く抵抗するかに依存します。デザイナは、ユーザーがこのコントロールを採用できるように支援することができます。これは、Matt Lutzeが間接的にこの質問への回答でこれを求めていることです。新しいコントロールを既存のスキーマに簡単に適合させる方法です。マットは言った：「それらの外観は、ページ上の他のクリックのみのインターフェースオブジェクトに似ていて、実際の機能を覆い隠しています。」必要なのは、ユーザーがこれらのホバータブコントロールのアクションを予測する方法です。
MSNがこれらのコントロールをサイト全体で一貫して実装していないのはなぜでしょうか。これは実験ですか？もしそうなら、それは興味深い実験だと思います。このタイプのタブコントロールがどれほど使いやすいかについては、人々がここで提起している問題に対処するためにコンセプト/デザインが反復されるまで、私が判断を保留します。
これを検討したかどうかはわかりませんが、モバイルブラウザーはホバーを認識しません。モバイルWebはすさまじいペースで成長しているので、おそらく両方ではないにしても、少なくともクリックをサポートするように主張できると思います。
ただし、サイトのメインナビゲーションの一部である場合（一般的に使用されます）、クリック時にドロップダウンを開くと、同じリンクを「セクション」ページ。
考えられる解決策は次のとおりです。
ハイブリッドアプローチ、ナビゲーションのメインリンクはまだ「セクション」ページにリンクしており、ドロップをアクティブにする別のリンク（下矢印）-クリックしてダウン。 （例： LJWorld 、Flickr-ログイン時のナビ）。 個人的に、私はいつもこのアプローチが好きで、なぜより多くのサイトがそれをしないのか疑問に思っています。
ある種のdetectionを使用して、デスクトップにホバートゥオープンを提供し、モバイルユーザーにはクリックトゥオープンを提供します。