ダイアログ削除のフォーム パターン

  • [アーティクル]

この記事では、ドロップ ダイアログのフォーム パターンに関する情報を提供します。 このパターンは、フィールド数が 7 以下の場合にアクションを開始するために使用されます。

用途

ダイアログ削除パターンは、フィールド数が 7 以下の場合にアクションを開始するために使用されます。 ドロップ ダイアログはユーザーが使用するのが素早く簡単で、スライダーとして表示される完全なダイアログよりも軽量です。 ドロップ ダイアログは、メニューとして使うには軽量であることを示します。 このドキュメントでは、2 つのパターンについて説明します。

  • ドロップ ダイアログ - これは、基本的なドロップ ダイアログ パターンです。 ドロップ ダイアログが編集可能な場合は、これが使用する正しいパターンです。
  • ドロップ ダイアログ (読み取り専用) - このドロップ ダイアログ パターンは、編集できない情報フォーム用です。 このバリエーションには OK ボタンはありません。

ワイヤーフレーム

ドロップ ダイアログ (basic)

基本的なドロップ ダイアログ パターン。

ドロップ ダイアログ (読み取り専用)

読み取り専用ドロップ ダイアログ パターン。

パターンの変更

Microsoft Dynamics AX 2012 以降に加えられるこのパターンへの主な変更を次に示します。

  • エラー メッセージの手動処理が必要なくなりました。

モデル

ドロップ ダイアログ (basic) – 高度なレベル構造

  • 設計

    • SecondaryInstruction (StaticText) [オプション]

    • DialogContent (Group)

    • DialogCommitContainer (ButtonGroup)

      • OKButton ($Button)

ドロップ ダイアログ (読み取り専用) – 高度なレベル構造

  • 設計

    • SecondaryInstruction (StaticText) [オプション]
    • DialogContent (Group)

コア コンポーネント

  • Form.Design にドロップ ダイアログ パターンを適用します。
  • BP 警告に対処します:
    • Design.Caption は空ではありません。
    • このフォームは少なくとも 1 つのメニュー項目で参照される必要があります。
    • StaticText.Text は空ではありません。

一般的に使用されるサブパターン

UX ガイドライン

検証チェックリストには、フォームが UX ガイドラインに準拠しているかどうかを手動で確認する手順が示されています。 このチェックリストには、開発環境を通じて自動的に実施されるガイドラインは含まれていません。 ブラウザーでフォームを開いて、これらの手順を確認します。 標準フォーム ガイドライン:

ドロップ ダイアログ ガイドライン:

  • 次の条件に当てはまる場合は、ドロップ ダイアログを使用する必要があります:
    • 7 つ以下のフィールドがあります。
    • ユーザーは、簡単に情報を入力できます。
    • 最小限のフィールド検証が必要です。
    • 追加の子フォームを開くボタンはありません。
      • 例外: ルックアップ、拡張プレビュー、および表示の詳細のナビゲーション
    • 編集可能なグリッドはありません (選択専用のグリッドは使用できます)。
  • ドロップ ダイアログが最初に開いたときに、フォーカスは、ドロップ ダイアログの最初の編集可能なフィールドにある必要があります。
  • ドロップ ダイアログには、上部に主な指示 (フォーム キャプション) がある必要があります。
    • 主な指示は、ユーザーがドロップ ダイアログで行うべきことを簡潔に説明するために使用する必要があります。 指示は、特定の明細書、命令的な指示、または質問でなければなりません。 適切な手順では、操作の仕組みにだけに重点を置くのではなく、ドロップ ダイアログを使用してユーザーの目的を伝達します。
    • 主な指示が明細書である場合、最終的な期間を含めません。 指示が質問である場合、疑問符が含まれる必要があります。
    • 主要な指示に加えて、ユーザへの二次命令が表示され、ユーザがドロップ ダイアログを理解または使用するのに役立つ追加情報を提示する必要があります。 2 番目の指示は、大文字小文字の完全な文で構成する必要があり、文末の句点を含める必要があります。
      • 例外: 追加指示が主要な指示をわずかに異なる言い方で単に繰り返す場合は、それを含めないでください。
  • ドロップ ダイアログには、コンテンツ領域が必要です。
    • 検証エラーを避けるために、制約された入力コントロールを使用する必要があります。 例には、選択リスト、チェック ボックス、オプション ボタン、およびコマンド リンクが含まれます。
    • 可能な場合は、入力ごとに適切な既定値を指定する必要があります。
  • ドロップ ダイアログには、次のようなコミットボタン領域が必要です:
    • キャンセルボタンを、持たないでください。
    • ドロップ ダイアログの既定のボタンとしてマークされるボタンがあります (ボタンが存在する場合)。
    • 既定のボタンのラベルは、主な指示に記述されているアクションを実装する動詞でなければなりません。 たとえば、主要な指示が「新製品の作成」である場合、ボタン ラベルは作成となります。 ボタンの適切な動詞がない場合は、OK を使用します。
    • コミット ボタン領域には、独自の意味を持ち、主な指示への応答である特定のコミット ボタン ラベルが必要です。

ドロップ ダイアログには、次の項目はありません:

  • ドロップ ダイアログのツールバーまたは ActionPane の任意の場所。
  • 別のページに移動するか、他のダイアログを開くボタン。 (拡張プレビューを使用できます。)
  • フィールド グループ。 ラジオ ボタンやチェック ボックス グループなどの例外があります。
  • タブ コントロール。
  • 情報ボックス。
  • FastTabs。

例

ドロップ ダイアログ (basic)

Form: CustCollectionsNewActivityAction (売掛金勘定>共通>コレクション>コレクションの順にクリックし、詳細に移動する行を選択し、アクションをクリックします。)

基本ドロップ ダイアログの例。

ドロップ ダイアログ (読み取り専用)

このパターンは現在製品で使用されていません。

付録

よく寄せられる質問

このセクションには、このガイドライン/パターンに関連するよくある質問への回答があります。

未処理の問題

  • 垂直フィールドおよびフィールド グループのサブパターン はドロップ ダイアログに追加する必要がありますか。
    • いいえ、通常のフィールドおよびフィールド グループのパターンを使用する必要があります。
  • ボタンは左揃えまたは右揃えにすべきですか。
    • 右揃え。 パターンは現在はこれを実施しています。

AX 2012 コンテンツ

ドロップ ダイアログの例。