「タブ」を活用することにより、さまざまなコンテンツプレゼンテーションの問題を解決するのに役立つ多くのデザインパターンを見てきました。
グループ化されたコンテンツ(複雑なコンテンツまたはシンプルなコンテンツ)をページに表示し、マルチデバイスエクスペリエンスをサポートしたいとします。
私がそのようなグループを「N」個持っていると仮定します。
また、IAの改定を行ってもグループの数を大幅に減らすことはできないと仮定しましょう
私は自分の意見とそれぞれの長所と短所のリストを持っていますが、知識を広げるためにここに尋ねたかったのです。
いい質問です-私も私以外の答えを探しています!
@バージョン1:
Androidはこれを、モバイルアプリ(「タブ」を模倣する画面をスワイプする)のより「標準的な」要素として導入しました。したがって、Androidは、ユーザビリティの複雑さを受け入れながら、より複雑なアーキテクチャを望んでいました。
長所:最も使用されているモバイルOSでの動作を学習しました。非常に複雑な構造を含めることができます。モバイルフレンドリー。
短所:デスクトップの場合、これは非常に一般的な動作ではありません(右から左にスクロールすることは、上下にスクロールするよりも困難です)。ユーザーはタブリストの最後にあるものを見ることができません。おそらく直感的ではない
@バージョン2:
私は正直にこれを使ったことはありません。一目で、
長所:可能なすべてのオプションの可視性(N個のタブについて話している場合、これは当てはまらない場合があります)
短所:タブのコンテンツの位置はほとんど予測できません。 2行のタブが作成されるとすぐに、コンテンツとタブの接続が困難になります。レスポンシブサイトの概要が失われる可能性-ボックスの幅が同じでない場合、ユーザーはすべての情報を把握できますか?;おそらく最初から複雑
@バージョン3:
プロ:簡単に読めるヨーロッパの読者向け。水平トップナビゲーションに取り付けることができます。デスクトップでの使用に適しています(たとえば、上部のナビゲーションから展開するメガメニューがある場合);マウスホイールで可能な素敵な制御
短所:電話ではほとんど使用できません(水平方向のスペースが多すぎるため、無限に長くなる可能性があります)。すべてのオプションが一目でわかるわけではありません。すべてのデバイスを登録します。垂直方向のスペースは水平方向のスペースよりも制限されているため、表示されるアイテムの量は水平方向に並べられたものよりも少ない可能性があります
@バージョン4:
プロ:最小のスペース使用量。
欠点:タブのようにコンテンツを含めることはできません(コンテンツをプッシュするために別のボックスを使用していない場合)。リストが長くなるほど、モバイルの使用法は悪化します。
したがって、可能であれば、水平方向のタブを使用します(これもコンテキストによって異なります)。垂直方向の制限が小さく、学習されているためですAndroid動作。私が制御できない場合、すべてのタブに「概要がない」という欠陥がタブの目的を破壊するので、タブ項目を使用することを再考します(Androidアプローチの主な欠陥だと思います) 。
長所:
短所:
ワイドスクリーンまたは大きな画面のデバイス(デスクトップなど)で表示している場合、またはNが小さすぎてタブが多すぎて1行で快適に表示できない場合は、これを使用します。または、画面が十分に狭いため、ユーザーがスクロールできることを示すために、部分的なタブが確実に表示されることがわかります。
この概念は、多くのWebサイトで使用されているサイトマップフッター、または fat menus pattern とあまり似ていません。
長所
短所
私は、期待がデスクトップのマウス駆動デバイスである場合にのみこれを使用します。
長所
短所
このシナリオで別のデザインの説得力のあるケースがない限り、私はこれをデフォルトにします。それは多くのオプションを可能にします。画面外により多くのオプションを表示する垂直スクロールバーのアフォーダンスは簡単に認識され(水平スクロールバーよりも期待されます)、ほとんどのウィンドウ、Mac、およびLinuxユーザーにはすでにおなじみです。これをモバイルビューで使用することを再考し、レスポンシブデザインの一部として1つのウィンドウのドリルダウンオプションを提供します。
長所
短所
ナビゲーションには使用しません。
他の回答は、私が考えることができるほぼすべての長所と短所をカバーしていたので、私は質問のパート2-選択肢にのみ答えます。
一般に、どのグループにも7つを超えるエントリを含めないでください。そうでない場合は、別の階層レベルを追加することを検討してください。約5アイテムで最適なデザインを目指しますが、例外的なダースまで十分に機能し、それ以上で完全に失敗することはありません。
メディアクエリ(Web上)および同様のプラットフォーム依存のテクノロジにより、異なるユーザーI/O機能を備えたデバイスのレイアウトをターゲットにすることができます。
タッチスクリーンを備えた携帯電話の場合、オプション1のバリアントを使用します(上部のタブ、水平スクロール):現在のタブのタイトルが表示され、ほとんどのスペースを占めます。その隣には隣接するタイトルがありますが、省略されています(多分アイコン)、またはぼかし、または両方に山形矢印を重ねます。スワイプは期待どおりに機能し、タイトルを長押しすると、すべてのタブタイトルが表示され、スクロール可能なドロップダウンのような垂直選択がオーバーレイされます。
ポインティングデバイス(通常はマウス)を備えたデスクトップの場合は、オプション3(横にタブ、垂直スクロール)のバリアントを使用します。最も関連性の高いすべてのタブラベル(次/前、前に表示した、検索結果など)ですが、最低でもアクティブなものが表示され、他のすべては垂直方向に圧縮されて単なる水平線になります。カーソルでホバーした場合にのみ、拡大されて読みやすくなり、十分なクリックターゲットが提供されます。 (垂直スクロールも機能します。) TabExposéのようなもの をコンテンツとプラットフォームに応じて検討することができます。
私はuxから始めていますが、適切に質問に答えるために最善を尽くします。
1。長所と短所:
a)「ブラウザタブ」
長所:
短所:
b)「古いアマゾン」
長所:
短所:
Obs:これは、Amazonが何年も前(2000年頃)に使用したパターンと同じです。
c)垂直ナビゲーション
長所:
短所:
d)選択
長所:
短所:
2。その他のソリューション
オートコンプリートアプローチについて説明しましたが、検索アプローチも使用できます。タブのパタパタの近くにさえ合うかもしれない他のものを知りません。
評決:最大サイズが12の通常サイズの限られた数のアイテムが与えられた場合、私はソリューションを選択します。モバイルで非表示にしたり表示したりすることに注意して、垂直方向のソリューション。
例外:ユーザーがほとんどの時間(大学の部署や国など)にアクセスしようとしていることを知っている場合は、選択またはオートコンプリートのアプローチを使用します。
これはデスクトップ専用のパターンとして提案されました。私は1月に同意します。これは、モバイルエクスペリエンスではよりよく知られているパターンであり、より大きな画面ではよく知られているまたは理解されているパターンではありません。オプション1は異なる言語と「N」個のタブをサポートします
時代遅れであり、利用可能なより良いオプションがあります
これは、特に大画面のエクスペリエンスでは別の好ましいオプションですが、小画面のエクスペリエンスではうまく機能しません。
モバイル向けに最適化されていますが、「N」タブの数が少ない場合に最適化されています
一般的なアプローチは、私が育てた1つの例だけでなく、組み合わせを使用することです。 オプション1はモバイルエクスペリエンスに最も適しているようであり、オプション3はデスクトップに最適です。提案されるソリューションは、モバイルにはオプション1を、デスクトップにはオプション2を使用するレスポンシブなアプローチを提供することです。
各タブ領域に入るコンテンツに応じて、異なるパターン(カルーセル)を使用できる可能性があります。このパターンはモバイルとデスクトップの両方でうまく機能し、コンテンツをユーザーに公開します。これは、ユーザーがタブ間でテーピングするのではなく、コンテンツを並べて表示するのに役立つ場合に役立ちます。