私が取り組んでいるシステムには、テーブルの下にグラフが表示されたペインがあります。ユーザーは、ペインのサイズを変更して、テーブルをさらに表示できます。ただし、これが発生すると、タイトル、凡例などを含むグラフが圧迫されます(下の画像を参照)。
チャート領域の寸法に基づいて、チャートのデータと周囲の要素を順序付けて表示するためのさまざまな方法が必要になる場合があるように思えます。たとえば、圧縮ビューで、凡例をグラフの下に保持するのはなぜですか?垂直方向のスペースが制限されている場合に凡例を実際のグラフの横に移動すると、すでにかなりの有用性が得られます。チャートのヘッダーに関しても改善の余地があります。現在は2行かかります。そのための縦のスペースがない場合は、1行に収まるようにフォントのサイズを変更するか、グラフのタイトルを分割するか、タイトルを完全に非表示にします(または、エリアのサイズ)。
グラフの各要素についても同じことが言えます:軸、ラベル、データの3D表示...グラフのスペースに基づいて動的に調整したり、非表示にしたりして、グラフの有用性を最適化できます。すべてのサイズ。あなたが読めないチャート(あなたが示すもののような)は役に立たないことを認識する必要があります。
表示した画像と発生している問題に基づいて、ユーザーがある程度の知識を持っていることが予想される場合は、ユーザー自身にグラフを事前に表示して、グラフ自体が自動的に作成されるようにすることをお勧めします。ユーザーがグラフの全体的な概念を理解していない場合は、代わりにデータを前もって表示します。次に、独自のタブでグラフを分離し、別のタブでデータを分離することにより、つぶれた画像の問題を削除します。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
データの横にあるグラフを確認したいユーザーにとっては、ポップアップグラフの追加が便利な機能になる場合があります。ユーザーが楽しむかもしれない他の機能は次のとおりです。
あなたが開発しているプラットフォームの完全な範囲とプロジェクトの期限を知らずに;他のさまざまなプログラムから役立つと思われるいくつかの機能のみをリストしました。
一部の要素の位置と可視性を変更してもかまわない場合は、「レスポンシブWebデザイン」であるかのように問題を想像することもできます。これは、作業している領域のサイズに応じて、グラフスペースの外観を変えることです。
たとえば、左のようなデフォルトのビューから始めます。領域の高さがたとえば200pxに達すると、グラフの高さは維持しますが、タイトルをその左側に移動します。 150ピクセルでは、凡例を失う可能性があります。そして、それが100pxに達すると、アイコン/リンクのチャートを変更します。これらのリンクについては、私は間違いなくエクスポートまたは
名前を付けて保存
と
プレビュー
(私にとっては、フルスクリーンよりも音が良く、侵襲性が低いです)。残りは機能に依存します。
Qualtricsでは、グラフのサイズを変更し、サイズ変更が完了したときに結果の画像を再レンダリングできます。
ユーザーの主要なニーズに対応するためにグラフが必要な場合は、いくつかのバージョンを表示したままにし、グラフをポップアウトする「展開」ボタンを提供します。エクスポートはひどい考えのようには聞こえませんが、PDFにエクスポートする場合、たとえば、ユーザーがAcrobat Readerのスプラッシュスクリーンとロードプロセスを嫌うと、人々が口をきかれて解決するよりも多くの問題が発生する可能性がありますあなたのアプリからあなたが制御できない別のものに。