複数のアクションを持つ階層メニューの最適なレイアウトは何ですか？
ルート/リーフノード階層メニューを使用して、デスクトッププラットフォーム上のコンテンツを検索、表示、選択、および開くプロジェクトに取り組んでいます。ユーザーは、表示されているページに応じて、これらのアクションの1つ、2つ、またはすべてを実行するオプションを持つ必要があります。私は、すべてのコンポーネント、1つまたは一部のコンポーネントを使用して、ボード全体で使用できる共通のコンポーネントまたは一貫したレイアウト/デザインを考え出そうとしています。 （デスクトップおよびタブレット用）
ユーザーアクション-チェックボックスでコンテンツを選択します。ルートノードを開き、三角形を介してサブセクションを表示します。横向きのシェブロンでコンテンツを表示します。ドラッグアイコンを使用してメニューをドラッグアンドドロップします。
別のコンテキストでは、いくつかのアクションが削除されます。以下を参照してください。それぞれの場合の青色の領域の予想される動作は何ですか？
ユーザーがルートレベルでシェブロンをクリックすると、そのノードのすべてのアイテムの詳細ビューページが表示されます。
この複雑なメニューの例はどこにもありません。助言がありますか？
うーん..すぐに頭に浮かぶ唯一のUIは、「Windowsの機能をオンまたはオフにする」ダイアログです。高度なソフトウェアのインストールプロセス中に同様のUIを確認できます。
それはあなたのアプリケーションに似ています：
- ノードのリスト
- ノードは子を持つことができます
- すべてのノードは「選択可能」です
all対すべてではない場合、異なるアイコンが使用されることに注意してください子が選択されています。
コンポーネントが複雑すぎる（本当に多くのことを行う）と心配している場合は、フローを2つの個別のコンポーネントに分割することをお勧めします。例えば：
- 手順1：リストアイテムを並べ替える
- ステップ2：親アイテムとその子の選択
常に具体的な答えがあるわけではありません。そのため、開発するペルソナを知ることが重要です。この特定の問題は、スプリットテスト、またはコンポーネント/プロセスをゆっくりと成長させ、ユーザーが初めてリアルタイムフィードバックのために操作するのを監視するのに適したユースケースである可能性があります。
あなたの階層は、iOS開発（Xcode）インターフェイスの親とノードのネストされた階層を思い出させます。私はWindowsマシンを使用していますが、これは2つを比較するものではありませんが、純粋なユーザーエクスペリエンスの観点からすると、リストに含まれる子が多すぎると、チェックボックスが非常に混乱します。選択された子を選択後に強調表示できれば、どのチェックボックスが選択され、どのチェックボックスが選択されていないかを視覚的に検索するよりも、読みやすさの点ではるかに優れています。
ダニエルブラウンが「自分が開発しているペルソナを知ることが重要である」と彼が言ったとき、私はそれに同意します。
私は同様の問題に取り組んでいますが、エンドユーザーが階層データを操作してデータベースにインポートする前にその品質を確認しているため、行動を促すフレーズがまったく異なります。
私が取り組んでいるソリューションでは、最小限の労力でブレッドクラムを介して親カテゴリーに戻る可能性を維持しながら、階層データをドリルダウンして階層の特定のブランチの詳細を表示できます。ソリューションは、おおよそ以下のモックアップのようになります。それが役に立てば幸い
