複雑なウィジェットのインライン対モーダルダイアログ編集
ユーザーがブラウザを使用して非常に複雑なウィジェットを作成できるアプリケーションを構築しています。これを可能にするために考えられる2つの主なアプローチは、インライン編集とモーダルダイアログボックスです。
単純なテキストフィールドとは異なり、これらのウィジェットには、構成する必要のある情報のタブがいくつかあります。タブの1つはウィジェットのプレビューである必要があり、他のタブはさまざまなプロパティを設定し、ウィジェットにデータを提供します。
これらすべての複雑なオプションに加えて、ユーザーはウィジェットを移動することもできます。つまり、ウィジェットがインライン編集を許可している場合、画面上のほぼすべてが何らかの方法で操作可能です。
ポップアップには、他のウィジェットを気にせずに、ユーザーが一度に1つのウィジェットを処理できるという利点がありますが、ページに戻ると、他のウィジェットから切り離されているように感じるかもしれません。これにより、ウィジェットのプレビューがより簡単になります...そして、ページ自体がすべての編集ツールがページ上に散らかすことなく、実際の製品に似たものになります。
また、ポップアップを使用すると、一度に多数の変更を行ってから、それらをコミットしてコミットせずに簡単に変更できます。インライン編集でもこれを行うことができますが、その場合はダーティトラッキングUIをユーザーに提示する必要があります。
私が最後に考慮すべきことは、これらのウィジェットにはさまざまなタイプがあり、30のオプションを備えた大規模なメニューを提供するのではなく、ページ上にあるユーザーがウィジェットのタイプを調整できるようにしたかったことです。したがって、たとえば、Mediaウィジェットを配置して、画像、ビデオ、オーディオなどから選択でき、そのタイプのウィジェットのインライン編集を行うことができます。ただし、これにより、ウィジェットのタイプがまだページに追加されている間、ウィジェットタイプの選択を回避できるという複雑さがなくなります。モーダルダイアログが妨げていたものです。私はそのウィジェットをサーバーにコミットすることはできませんでしたが、ページにそれを行ったので混乱するかもしれません...しかし、型付けされていないウィジェットはデータモデルを無効にし、これも問題を引き起こします。
私は実際にはダイアログボックスに傾いていますが、最善の方法は何ですか。私はUIデザイナーではなく、単なるコーダーです。
インラインではない モーダル
常にインライン編集をお勧めします。ユーザーはコンテキストを維持し、編集に関連する狭い範囲の情報を使用できるため、ユーザーは新しいUIに集中する必要がありません。作業の流れを保つことができるのは、同じ、単純、簡単、簡単なプロセスです。
モーダルダイアログはユーザーのコンテキストを壊し、ユーザーが新しいUIに集中するのに時間がかかります。保存すると、前のビューに戻り、もう一度焦点を合わせる必要があります。このようなプロセスの流れは、特にこれらの編集の多くを1日で行う場合、非常にイライラします。
モーダルダイアログ「ワークフローの中断」に関するこれらのコメントは、ばかげて素朴です。親画面とモーダルダイアログをタスクプロセス全体の共生部分として構築する場合、中断はありません。単純化のために設計をどのように構築しても、複雑な操作はすべて、ステップまたは「タスクの消費可能なチャンク」に分割する必要があります。モーダルは、複雑な属性を持つテーブル内のオブジェクトのセットのようなものがある場合に最適に機能します。テーブルの内容は、主にa）オブジェクトセット内のターゲットの認識です。 b）セット内のオブジェクト間の関連属性全体の比較。オブジェクトの編集や詳細な属性の調査では、モーダルダイアログはタスク完了の優れたモデルです。インライン編集は、オブジェクトが単純で、すべての属性が親テーブルに表示されている場合にのみ可能です。したがって、すべては、オブジェクト、その属性、関係、およびモーダルが有用かどうかについてUIでサポートする必要があるタスク/アクションに依存します。
M.アンスパッハに同意します。これまで、モーダルウィンドウは、広告やその他の重要でないコンテンツのために悪用された可能性があります。ただし、適切に使用すると、複雑なアプリケーションの最適な組み合わせになります。個人的には、インラインレコードの詳細またはレコードリストビューからトリガーされるすべての「レコードの作成、レコードの編集、アクションの確認」ウィンドウでこれらを使用することを好みます。複数のレコードタイプにまたがるタスクでモーダルウィンドウをオーバーロードしないと仮定すると、魅力のように機能します。