余裕があるよりも多くのテーブル列を表示する最良の方法 に記載されているものと同様の問題があります?しかし、もう少し複雑にするために、テーブルには約1000行と64列があります。テーブルを分割することを考えましたが、ユーザーはすべての列を一度に表示するように要求しました。したがって、最初の2〜3列の名前とIDが(Excelのように)フリーズ状態に設定され、残りの列がこれらの列の下にスクロールする1つのオプションが考えられます。つまり、テーブルは水平スクロールを取得し、行の問題を解決するためにページ付けを行いました。 100行ある場合にのみテーブルを表示することをお勧めします。100行を超える場合、ユーザーはExcelへのエクスポート/ Excelからのインポートオプションを取得します。
これを処理するより良い方法はありますか?
テーブル内のすべてのユーザーに64個のフィールドを表示する必要がある場合、列の設計は標準ソリューションです(または、少なくともそうでなければなりません)。実際にExcelの使用を観察すると、そのような大きなテーブルが実行可能であることがわかります。行の「問題」を理解していません。特に1000の行は、現代の大型ディスプレイの単一のウィンドウではそれほど多くありません。特に、列のヘッダーが表示されたまま(垂直方向にスクロールするペイン)にそれらの行を合わせる場合(Excelのように)。 64x1000フィールドは、ロードするデータのメガサイズにすぎません。今日の標準では、Webアプリであってもそれほど多くありません。したがって、この場合は ページングを使用しないでください です。
ただし、ユーザーから疑わしい要求を受け取ったときはいつでも、それが理由を調査する兆候です。理由を理解すると、多くの場合、デザイナーの想像力と経験を活かして、ユーザーのニーズを満たすためのより良い方法を考えることができます。 「研究」は、ユーザーに理由を尋ねるだけで終わりませんが、それは良いスタートです。また、直接観察やログ分析などの手段で、これらの64個のフィールドを使用してユーザーが実際にdoした内容を確認する必要もあります。
display64フィールドすべてをallユーザーに表示する必要があることは本当に本当ですかテーブルで?
まず第一に、一部のユーザーにはいくつかのフィールドが必要であり、他のユーザーには他のフィールドが必要であり、テーブルをさまざまなユーザーの役割(従業員の職位など)に適合させることができます。余分なフィールドがあっても「気にしない」と言ったり、「いつか必要になるかもしれない」のでフィールドを追加したりするのは「いいね」と言っているユーザーを信用しないでください。代わりに、タスク分析を見て、各ユーザーグループが本当に必要とするフィールドを特定します。ユーザーは、情報の過負荷の影響を予測するのが得意ではありません。
第二に、それらのフィールドのsomeだけがテーブルにある必要があるということでしょうか?行を識別、選択、および比較するために使用されるフィールドのみをテーブルに含める必要があります。その他のフィールドは、ウィンドウ内のテーブルの下の「オーバーフロー」詳細ペインに移動できます。ここでは、フォームのようなレイアウトを使用できます(たとえば、画面の下3分の3には、14フィールドの4つの列があり、残りの8行は30行になります。テーブル内のフィールド)。また、優先度の低いフィールドは、テーブルのリンクをクリックするか、メニュー項目を選択してアクセスする別のウィンドウに配置できます。詳細については、 ペインの取得 を参照してください。
第三に、これらの64個のフィールドを使用して、精神的に(または紙を使って)、各行の集計値を導出しているのでしょうか。もしそうなら、それらのためにその集約を行うことができる方法はありますか?多くのフィールドを単一のフィールドで置き換えますか?
ユーザーが一度にすべての列を表示することを主張している理由を見つけたら、おそらく私が想像もしなかった別の代替案が明らかになるでしょう。
人には2つのタイプがあります。
一般に、人々が画面に "多すぎる"ものを一度に保持したい場合、これはそこから追加したり削除したりするのが難しいことを示しています。 Webページのタブを開いたままにしているのは、閉じると、すぐに再び必要になった場合に再び見つけるのは大変なことです。
これは大きな課題だと気づきました(何度も失敗しました)。しかし、もし追加と削除が簡単にできるようにする彼らが画面に残したいもの(ここでは:列)なら、彼らはそれをいい状態に保ち、自分自身を整頓します。
Windowsエクスプローラーで、「詳細」モードでフォルダーの内容を表示し、例の列ヘッダーを右クリックします。