Webポータルの設定タイプページで作業しています。
ほとんどのオプションはかなりシンプルなので、セクションはかなり小さいです(評判が必要な場合は、写真を投稿します)が、セクションごとに詳細オプションがあります。これらのオプションを拡張可能にしたいのですが、セクションを拡張してページを長くするのがより適切なのか、それともオプションが拡張されたときに空白スペースを残してオプションを埋める必要があるのかと思います。
いくつかのセクションには、拡張オプションで埋めることができる空白スペースがすでにありますが、一部は次のように非常にスリムです。
SQL [x]クラウド[]ローカル
したがって、オプション用のスペースを残す場合は、このセクションを大きくして、大量の空白を残す必要があります。何がベストプラクティスなのか疑問に思いますか?
編集:これが私が作業しているページです:
[ファイルとフォルダ]セクションで、「詳細」ラベルの下にオプションが表示されている場合、これが私が言及しているものです。その右側にあるスケジュールは、表示または拡張したいものであり、SQLとExchangeのオプションも含める必要があります。
乾杯
これらのオプションが「高度」になる理由については私は本当に一生懸命考えます。そして、それらが通常のユーザーを混乱させない限り、私はそれらを押しのけないようにします。
「単純な」オプションと一緒にそれらの要素を公開する方が、設計と開発の両方の観点からより簡単かもしれません。基本オプションを設計方向から際立たせます。誰かが選択肢を駆け巡っており、アニメーションが完了するのを開いたり、閉じたり、待機したりしなければならない場合、検討すべき相互作用がたくさんあります。これらのオプションが一般的なユーザーにとって危険な場合は、すべてのオプションをページの詳細オプションバージョンに貼り付けます。可能な場合はjsを減らします。
ただし、最終的には空白を避け、アニメーションを超高速に保ちます。 「標準的な」ユーザーがこれらのオプションを使用しない場合、空白はそれらすべてのオプションの邪魔になり、ページスペースの非効率的な使用になります。また、少し途中で自分自身に会うこともできます-いくつかの追加の空白スペースのパディングで、アクティベーション時にわずかなプッシュダウンしかありません。
必要に応じてページを拡大します。 divを公開または非表示にする(または必要に応じて)。この方法は、ビュッフェに足を踏み入れるようなものです。あなたはあなたが欲しいものだけを手に入れます。ここでも同じ原則が適用されます。私は、「可能性がある」ものを公開する余地を作るために、ユーザーに空白を強制しません。しかし、考慮すべき点が数多くあり、ジェイソンは確かにいくつかの良い点を持ち出しました。
Option-countが異なる場合、lists/combo-boxesを使用しようとします。
それらは固定サイズとスクロールバーを持つことができます。