web-dev-qa-db-ja.com

1つのUIで多くのユーザー間の関係を定義しますか?

ユーザー間の関係を管理者が定義できるWebページにUIがあります。ユーザーは2つの役割に分けられます。この場合、「Lorem」と「Lorem ipsum」です。

enter image description here

enter image description here

現在、2人のユーザー間の関係は3つのオプションから選択できます。-関係なし-notifあり-notifなし

現在のソリューションは最大25人のユーザー向けに設計されており、最初の列に「Lorem」グループのユーザーが表示され、最初の行に「Lorem ipsum」グループのユーザーが表示されます。

特定の交差するセルには、関連する2人のユーザー間の現在の関係が表示されます。

マウスをセルの上に置くと、ダイアログが表示され、2人のユーザーとその現在の関係タイプ、およびこのタイプを変更する可能性が表示されます。

私の問題/質問:

ご覧のとおり、25人のユーザーにとって、これは概観するのが難しくなっています。また、より多くのユーザーを許可するリクエストがあります(50以上を想定します!)。したがって、50以上の列を表示することは、このUIで処理するのが非常に困難になります。

これは同じです。50行あり、管理者が最後の行にユーザーの関係を定義したい場合、テーブルのヘッダーを見ることができません(この場合、他のユーザー)。 lorem ipsum "group)、彼女は下にスクロールされるからです!

この概念の背後にある主なアイデアは、関係マトリックス全体をすばやく、簡単に、そして簡単に概観することでした。

より多くのユーザーを処理するためのアドバイスはありますか?

5
Csabi

質問が好きです。オブジェクト間の関係を無制限に処理するには、さまざまな方法でアプローチできます。

概要編集ビュー

この概念の背後にある主なアイデアは、関係マトリックス全体をすばやく、簡単に、そして簡単に概観することでした。

Overviewが必ずしもEditに最適な場所であるとは限らないことに気付きました。

関係の大きなリストを扱いやすくするには、多くの方法があります。

  • グリッドを概要のみとして保持することを検討してください。
  • ドリルダウンビューまたはインスペクタビューを作成に集中する各ユーザーに対して作成するユーザー関係の概要、すべての概要を提供する巨大なグリッドの補足として。
  • フィルターまたは検索ボックス、
  • お気に入りまたは最近
  • ヘッダーが消える長いリストの場合は、スコープ外にスクロールしないように、ヘッダーを静的にしないでください。

概要を編集可能な状態に保つ場合は、nn*nグリッド、それを使いやすくするために必要な作業は多くなります。

幸運を祈って、後で結果を投稿してください:)

2
JOG

50x50グリッドでは、セルを選択するときに正しい関係にアクセスしていることを確認するのは面倒でエラーが発生しやすい作業です。実際の編集プロセスは問題ありません。変更が必要な関係のUIです。

ほとんどの場合、関係は疎なマッピングです...ほとんどの人は互いに有意な関係を持っていないため、そのグリッドの90%以上が空白になります。このため、より優れたユーザーインターフェイスは、一度に1人の個人に焦点を当て、listそのユーザーに関連する関係に焦点を当てます。

enter image description here

上の画像ではこれを行いませんでしたが、リストされている各アイテム(上部のUser 1セルを含む)はコンボボックスです。ここで、名前または役割を入力すると、リストから正しい一致が検索されます。または、ドロップダウン矢印をクリックして、代わりにリストから選択肢を選択します。

リストに行を追加することにより、追加の関係が作成されます。

この例では、上部でUser 4を選択した場合、User 1Lorem Ipsumの関係で以下にリストされます

質問で指定したようなインターフェースを選択することもできますが、インターフェースを実際に変更するのではなく、関係をスキャンするのにインターフェースを使用するのが最適だと思います。

2
Myrddin Emrys

他の人が述べたように、マトリックスは関係を一目で簡単にviewにするという目標を満たしています。 編集関係の場合は、一度に1人のユーザーとその関係に集中できるダイアログを提供したいと思うでしょう。

0
Michael Brown