〜12個のタブを持つ複雑なUIフォームダイアログがあり、何が最適かを判断したい:
2.
しかし、ジャンプするGUIはなく、より明白ですこのフィドルの例 が表示されます。 1.
はオプションB
、2.
はオプションC
および3.
は、この例ではオプションA
です。
ここでのベストプラクティスは何でしょうか?
(私はこのトピックについて多くの同様の議論を読みましたが、私の質問は少し異なっています/実際的な性質のものです)。
編集:答えが簡単ではない場合、おそらく、よりユーザーフレンドリー/直感的/簡単であると思われるものについての意見はありますか?
EDIT2:いくつかの素敵な回答を持つ最も類似した質問は フォームオプションを非表示または無効にする および 非表示にしない)またはメニュー項目を無効にする
最終編集:回答はありますが、[〜#〜]理由[〜#〜]についての説明ここで読むことができます: Androidデザインパターン->設定->依存関係 (Dependency
に移動します)。
残念ながら、黄金律については聞いていません。誰かが研究を知っていたら素晴らしいでしょう。いくつかの考えと私の経験:
私はこの決定を下すために常に次のルールを採用しました:
現在の画面/ページ/ウィンドウでのアクションによってフィールドの可用性が変更される場合は、値/入力の変更に応じて、フィールドを無効/有効にする必要があります。
現在の画面/ページ/ウィンドウでアクションを実行してもフィールドが使用できない場合は、フィールドを非表示にする必要があります。
フィールドの情報が編集できないにもかかわらずユーザーにとって有用である場合、それは「表示フィールド」である必要があります。
3番目の例のような「ジャンプGUI」は、ユーザーにとって耳障りで当惑するものです。物事を移動する必要がある場合は、アニメーションを使用して、アクティビティをユーザーに明確に伝えます。
可能であれば、グループ化を考え直して、12個のタブから数を減らすようにしてください。
これは段階的なプロセスの一部ですか? (セットアップ、プロファイルの作成など)その場合、3は合計ステップ数の点で魔法の数だと思います。 3にスリム化するには、「このデータが本当に必要ですか?」または「今、本当にこのデータが必要ですか(ユーザーがなぜそれを要求しているのか理解しているときに、より適切なタイミングでそれを要求できますか?」)。
これが段階的なプロセスの一部でない場合は、ユーザーが理解できるアクション(スケジュール、呼び出し、削除など)に基づいてタブをグループ化してください。次に、各セクションで、ほとんどの場合に必要となるオプション(1〜4個など)のみを表示し、「詳細」と呼ばれるボタンを押して、すべてを詰め込み、そのボタンの後ろにキッチンシンクを配置します。
一般に、シンプルさが最も重要です。 14は単純な見た目ではありません。各タブの内部に膨大なオプションがある各タブも単純な見た目ではありません。最初から、アプリケーションが90%の確率で機能しなくなるまでオプションを削除し続け、可能な限り多くのデッドスペースを備えた残りのHIGHLY USEDオプションを提示し、残りの大部分のオプションを詳細ボタンの後ろに表示します