複数のステップがある構成フォーム

Question

WinformsアプリケーションをWPFに変換する作業をしています。したがって、プロセスのUXの観点から、これが適切であることを確認することも試みています。

2つのフォームまたは1つのフォームとして設定する必要があるかどうかわからない構成フォームがあります。

現在の一般的なレイアウトは次のとおりです。

^{download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム}

基本的には、アイテムを選択して構成します。グループボックスは現在常に表示されています。

2つまたは3つの可能なオプションが表示され、どちらがより良いかわかりません。注意すべきことの1つは、ほとんどのユーザーは1つの項目のみを構成することになるということです。

1. これを2つの異なる形式に分割します。 1つ目はアイテムの選択、2つ目はアイテムの構成です。
2. これを1つのフォームに保持し、項目が選択されたときにグループボックス/フォームを折りたたむ/展開するだけです
3. これを1つのフォームに保持し、ユーザーがアイテムを選択したら、リストボックスを展開して、その下に構成（アコーディオンスタイル）が表示されるようにします。

^{bmmlソースをダウンロード}

ほとんどのユーザーが複数のアイテムを構成しないためだけに、私はオプション2に傾いています。私が見逃したかもしれない詳細については、遠慮なく質問してください。

Answer 1

最終的にオプション1を選択し、情報を徐々に表示しました

Answer 2

モーダルポップアップで構成を提示することを検討しましたか？いくつかの利点があります。

1. 構成を呼び出すと、すべてのコントロールが常にビュー内に表示されますが、折りたたみ/展開/アコーディオンを使用している場合、スクロールバーの位置によっては切り取られる場合があります。

2. ほとんどのユーザーは1つのアイテムのみを編集するため、システムは、すべてのアイテムのすべてのコントロールを事前にロードするのではなく、ユーザーが編集する製品の構成コントロールをロードするだけで済みます。

3. キーボード中心のユーザーがいる場合、展開/折りたたみ/アコーディオンは、アクセスキーの実装が困難です。

ジョン、

Answer 3

標準のマスター詳細パターンを使用します。ここでは、アイテムのリスト（左側など）に続いて、現在選択されているアイテムの構成（右側など）が続きます。

WPFの例：

追伸これはUXには関係ありませんが、WPFは、さまざまなアイテムの構造が同じかどうかにかかわらず、バインディングとデータテンプレートを使用してこれをうまくサポートしています。