タブの使用
クライアントアプリケーションのやり直しに取り組んでいますが、これは他の理由で行う必要がありますが、変更の1つはタブを削除することです。
アプリケーションは、本質的には、非常に基本的なデータレコードの前面にあります。元のアプリケーションには、ページに9つのタブがあり、データのさまざまな部分が機能別に分けられています。ただし、ユーザーは常にすべてのタブを通過する必要があるため、タブは必要ないと述べています。
そのため、タブのない新しいソリューションを使用しました。しかし、タブ付きページ（複数のセクションに大量のデータを保持する単一のページ）の概念が、時として間違ったアプローチであるかどうか疑問に思っています。私たち-IT専門家-は、これが行動するのに良い方法であると思いがちです。しかし、おそらく私たちは間違っています。
それで、これを明確な質問にするために、タブ付きページを利用するときに使用すべき原則は何ですか？それらを使いすぎていませんか？
これは私が特に興味を持っているトピックです。私は実際にはほとんどの状況でタブが好きではないからです。私はdoを時々少しタブにフォールバックすると思います。なぜなら、おそらく周りを考えるのではなく、より少ないスペースでより多くの情報を提示するのが簡単で一般的なオプションだからです。もう少し問題を解決し、ユーザーとデータの関係を理解します。
一般に、適切に作業を行う場合は、要件を検討し、ユーザーがシステムと対話する方法を理解した後、特定のシナリオでタブがセットを表す正しい方法であるかどうかを判断するために必要なすべての情報が必要です。データの有無。
一度に1ページのみに関心があるため、通常は最終的にタブ付きコンテンツを実装します。タブはその性質上、他のすべてのコンテンツを非表示にするため、ユーザーがタブ間を前後に参照し続ける必要がある場合、またはすべてのタブを順番に移動する場合、タブは適切な表示方法ではありません。データは、ユーザーの作業方法を非常に簡単にするものではないため、実際には非常に扱いにくい場合があります。ソフトウェアのユーザーが、ますます多くのデータのタブを管理しようとして、前後にフリックして、以前見ていた情報が含まれているタブを見つけようとすることがよくあります。
コンテンツのページ間にリンクまたは関係がある場合は、タブの数を減らすか、別のプレゼンテーションを検討する必要があります。または、コンテンツにアクセスする別のメカニズム（階層、お気に入り、歴史的、最も人気のあるものなど）を使用するアプリケーションに応じて質問）。
タブが単に連続した情報を提示するだけの場合、ある時点または別の時点でデータを分割する基準があまり明確でないか、明確な方法でデータを分類するのに役立たないため、タブは適切ではありません。タブを使用して予約する-タブに検索結果のページを表示しない。
個々のページ間にリンクまたは関係がない場合、タブは一般にで問題ありません。たとえばブラウザでは、タブは適切です-タブはコンテンツの個別の領域を分割します-とは言っても、実際に人々がブラウジングセッションをどのように整理したいかを実際に見れば、そこにもありますタブを超えた生活-例 Aza RaskinがFireFoxのTab Candyについて語る （別名パノラマまたはタブグループ）
私は誰もがそれをうまく言っていると思います：タブはページ上にあるだけで、無関係なデータを分離する必要があります-つまり、ナビゲーションの形式として。私の2セントを追加するために、これのもう1つの重要な部分は、すべての情報が表形式であるとは限らないという考えです（これは、これらのさまざまなタブに入力していると想定しています）。ユーザーが必要とする可能性があるあらゆる種類の情報を分割するためのタブを使用する代わりに（== --- ==）、これの実際の使用法を完全に理解する方が良いでしょうデータ。たとえば、データをタブに分割するのではなく、特定の統計情報が必要であることに気付いた場合は、それをページのどこかにグラフに集約してみませんか？ （チャートは通常、スペースが少なく、適切に設計されている場合はより多くの情報を表示します）
私のポイントは単純にこれだと思います。提示しているデータの使用法を理解すると、よりコンパクトで、このデータの利用方法を理解しやすくなります。
興味深い質問です。タブはセクションを分割するためにのみ使用するべきだと思います-情報が一緒に属する場合、それは1つのページにあるべきです-それが不可能な場合-少なくともウェブサイトまたはアプリケーションの1つのセクションにあるべきです。
タブは、他のタブとの関係がまったくまたはほとんどない状態で単独で機能するデータ/コンテンツのみを分離する必要があると思います。
より良い方法は、画面のグループを最も関連性の高いグループで分割することです。一番上にあるのは、最も重要または最もよく使用される機能/情報のグループです。
データセットが大きすぎてすべてを1つのビューに表示できず、スクロールが重くなる場合。サイドメニューは仕事をとてもうまく行います。
また、ホットキーはそのような状況で非常に役立ちます。ユーザーがctrlと矢印を押すだけでさまざまなデータセットをナビゲートできる場合は、ユーザーの生活がはるかに簡単になります。
アプリケーションでは、2種類のユーザーを考慮する必要がある場合があります。アプリケーションを初めて使用するユーザーと、何度も使用したユーザーです。乱雑さや混乱を避けるためのルールは、新しいユーザーに最適です。ページの50個のフィールドを見ると、最初は気が遠くなるかもしれません。
しばらくすると、一部のユーザーは機能を改善したいと考えています。他のデータにアクセスするための妨げとして、別のタブをクリックする必要があると考えています。
すべてのデータを1ページに配置するときに考慮されなかった機能の1つは、読み込み時間です。タブを持つことは、情報のロードを分割する1つの方法です。これは、めったに使用されないセクションがある場合に役立ちます。
タブに関するいくつかのランダムなアイデア：
- タブを使用しない：
- 現在のページの変更が別のページのコントロールに影響を与える可能性がある場合
- 選択として（たとえば、結果は選択したタブによって異なります）
- 動的ページ数の場合（複数行のタブは恐ろしい、タブのスクロールも悪い）
- タブインターフェイスを、[前へ]/[次へ]ボタンを持つウィザードのようなGUIと組み合わせることができる場合があります。これにより、ユーザーは簡単に前のページに戻ることができます。