オプション1を使用すると、ユーザーは一度に多くのリストアイテムを表示できるため、ユーザーがリスト内を何度もジャンプする必要がある場合(たとえば、編集する次のレコードを見つけるため)に推奨されます。アイテムが多いほど、特にスクロールが少なくなります。
オプション2は通常、ユーザーがフィールドをより速く編集できるようにします。これは、新しいブラウザウィンドウが開くのを待つ必要がなく、ユーザーが認知の方向を変える必要がないため、大量のデータ入力(変更など)に適しているためです。すべてのレコードに、次々に)。
どちらのオプションも、編集可能なグリッドを使用するか、テーブルを適切なコントロール(テキストボックス、コンボボックス、チェックボックスなど)の配列に置き換えて、テーブルのフィールド値を入力することにより、テーブルのインプレース編集よりも大幅に劣ります。適切なレコードのセット。ユーザーはテーブル内のフィールドを直接変更し、[保存]ボタンまたはメニュー項目を選択して、変更されたすべてのレコードを一度に更新します。または、帯域幅で処理できる場合は、フィールドがフォーカスを失うたびに自動的に保存できます。
オプション1および2と比較して、インプレース編集には次の利点があります。
レコードを変更するために[編集]ボタンをクリックする必要はありません。これは、時間と学習が必要な追加のナビゲーション手順です(たとえば、ユーザーは「編集」アイコンを学習する必要があります)。
編集するために別の場所にあるフィールドを視覚的に再取得する必要がないため、編集がより速く簡単になります。
学習して理解し、ユーザーが他の目的で使用する可能性のある画面領域を消費するための2番目のウィンドウまたはフォームレイアウトはありません。
モードなし–ユーザーは編集と表示をスムーズに切り替えて、都合の良いときにいつでも保存できます。
水平スクロールでも従業員がテーブルに表示するにはフィールドが多すぎる場合は、(1)1つのウィンドウに分割画面のマスター/詳細レイアウトを使用するか、(2)2つのウィンドウを使用してドリルダウンを許可します。ただし、「余分な」フィールドの表示を最適化することは、レコードを編集する方法とは別の問題です。使いやすさの一般的なルールは、フィールドをユーザーが編集できる場合は、テーブル、画面の詳細オーバーフロー領域、または個別のドリルダウンのいずれであっても、そのフィールドが表示される場所で常にユーザーが編集できるようにすることです。詳細ウィンドウ。