2

オブジェクトのリストを管理する場合、ユーザーインターフェイスの設計に常に問題があります。

たとえば、従業員のリストを管理する必要があります。私の仕事では、常に従業員を管理する2つの方法を切り替えました。

  1. 左側が従業員のリストで、右側が従業員を編集する場所である単一の分割画面を使用します。通常、追加/変更/削除を可能にするツールバー(またはリボンバー)が上部にあります。
  2. 2つのウィンドウのアプローチを使用します。最初のアプローチは、上部に同じツールバーがあるフルサイズのリストです。誰かがボタンを押す(または従業員をダブルクリックする)と、その従業員を追加または変更できるダイアログが開きます。

私は2番目のアプローチを好みますが、選択を支持したり却下したりするためのUIエキスパートリファレンスはありません。

オブジェクトのリストを管理するための優れたUIを設計するのに役立つ提案や参照はありますか?

4

5 に答える 5

2

手元のアプリケーションに非常に固有であるため、この特定の問題に関する実際の研究を見つけることはできないと思います。結局のところ、個々のオブジェクトがどのように使用/アクセス/変更されるかなどです。

そうは言っても、私はこれについて何年にもわたって行ったり来たりして、#2に落ち着くようになりました。これが私たちの内部アプリの1つからの障害です。

代替テキスト

パワーユーザーは中クリックで新しいウィンドウを開くことができ、リストが大きくなるにつれて並べ替えやフィルタリングなどを行うことができます。

于 2009-09-01T23:47:35.603 に答える
1

オプション1を使用すると、ユーザーは一度に多くのリストアイテムを表示できるため、ユーザーがリスト内を何度もジャンプする必要がある場合(たとえば、編集する次のレコードを見つけるため)に推奨されます。アイテムが多いほど、特にスクロールが少なくなります。

オプション2は通常、ユーザーがフィールドをより速く編集できるようにします。これは、新しいブラウザウィンドウが開くのを待つ必要がなく、ユーザーが認知の方向を変える必要がないため、大量のデータ入力(変更など)に適しているためです。すべてのレコードに、次々に)。

どちらのオプションも、編集可能なグリッドを使用するか、テーブルを適切なコントロール(テキストボックス、コンボボックス、チェックボックスなど)の配列に置き換えて、テーブルのフィールド値を入力することにより、テーブルのインプレース編集よりも大幅に劣ります。適切なレコードのセット。ユーザーはテーブル内のフィールドを直接変更し、[保存]ボタンまたはメニュー項目を選択して、変更されたすべてのレコードを一度に更新します。または、帯域幅で処理できる場合は、フィールドがフォーカスを失うたびに自動的に保存できます。

オプション1および2と比較して、インプレース編集には次の利点があります。

  • レコードを変更するために[編集]ボタンをクリックする必要はありません。これは、時間と学習が必要な追加のナビゲーション手順です(たとえば、ユーザーは「編集」アイコンを学習する必要があります)。

  • 編集するために別の場所にあるフィールドを視覚的に再取得する必要がないため、編集がより速く簡単になります。

  • 学習して理解し、ユーザーが他の目的で使用する可能性のある画面領域を消費するための2番目のウィンドウまたはフォームレイアウトはありません。

  • モードなし–ユーザーは編集と表示をスムーズに切り替えて、都合の良いときにいつでも保存できます。

水平スクロールでも従業員がテーブルに表示するにはフィールドが多すぎる場合は、(1)1つのウィンドウに分割画面のマスター/詳細レイアウトを使用するか、(2)2つのウィンドウを使用してドリルダウンを許可します。ただし、「余分な」フィールドの表示を最適化することは、レコードを編集する方法とは別の問題です。使いやすさの一般的なルールは、フィールドをユーザーが編集できる場合は、テーブル、画面の詳細オーバーフロー領域、または個別のドリルダウンのいずれであっても、そのフィールドが表示される場所で常にユーザーが編集できるようにすることです。詳細ウィンドウ。

于 2009-09-02T11:50:43.580 に答える
1

ダイアログはモーダルであり、ユーザーエクスペリエンスのスペシャリストは一般的にそれに眉をひそめます。分割画面では、編集だけでなく、特定の1人の従業員[または他の種類のオブジェクト]の非常に自然な「すべての詳細を閲覧」することもできます(裸のリストが便利に表示できるよりも多くの情報がある場合があります)。「この詳細情報を編集可能にする」ボタンは、ダイアログ、ポップアップ、ホバーに表示される「ツールチップ」などに関連する不快感がなく、非常にスムーズで自然でシームレスなアプローチのようです。

モーダル操作に対するUXの批判の概要については、ウィキペディアから始めて、それらのリンクをたどることができます。

于 2009-09-01T23:45:33.890 に答える
0

私は「電子メールクライアント」レイアウトを使用して、ある程度の成功を収めました。画面の左側には、ナビゲーション要素(電子メールクライアントのフォルダに類似)が含まれています。右側は分割ウィンドウで上部と下部に分割され、上部にはリスト(たとえば、従業員の-電子メールのリストに類似)が含まれ、下部には、選択したアイテムを編集するためのフォーム(タブ付きページで構成される)が含まれます。リスト(作成または表示している単一の電子メールに類似しています)。電子メールクライアントのレイアウトには、親しみやすさという大きな利点があります。ほとんどの人が電子メールを使用しています。また、主要な電子メールクライアントはすべて同じレイアウトに従い、親しみやすさのメリットを強化しています。

于 2009-09-01T23:45:40.647 に答える
0

正しい答えは、リストの主な目的がオブジェクトの編集とリストの表示のどちらを中心に展開しているかによって異なります。

編集が頻繁に行われない場合は、別のウィンドウに表示して、メイン ビューの画面スペースを使用して、必要なだけ詳細を表示することができます。

ただし、編集が頻繁に行われる場合は、新しいウィンドウを開くと摩擦が大きくなるため、リストに配置する必要があります。

于 2009-09-02T00:00:21.647 に答える