マテリアルデザインのフルスクリーンダイアログの「デスクトップ」の代替とは何ですか？
フルスクリーンダイアログ のマテリアルデザイン仕様は、フルスクリーンダイアログについて次のように述べています。
モバイルのみ：モバイルデバイスのスペースが限られているため、他のフォームファクター（タブレット、デスクトップなど）に表示されるダイアログコンテンツがより適切な場合があります。全画面ダイアログを使用したモバイル。
例を見ると、フルスクリーンダイアログはほとんどフォームに使用されているようです。しかし、フルスクリーンダイアログがモバイルでのみ使用され、インターフェイスの応答性を高めたい場合、そのコンテンツはどのようにデスクトップ画面に変換されますか？
それはあなたが望む相互作用の性質に依存します。
ユーザーはその特定のアイテムに集中する必要がありますか？もしそうなら、フルスクリーン/モーダルライクなインタラクションはデスクトップでも適切です。例えば http://interaction16.ixda.org/ （ハンバーガーメニューをクリック）。もう1つの例は、ユーザーに何か複雑なもの、または続行する前にユーザーの応答が必要なもの（システムダイアログプロンプト）を表示している場合です。
フルスクリーンダイアログの欠点は、新しい画面で方向転換する必要があるため、ユーザーの速度が低下することです。ユーザーができるだけ早く情報を入力したいWebフォームの場合、ドロップダウン付きの通常のフォームフィールド autocomplete フィールドの方がはるかに優れています。関連セクションが拡張されて必要なだけのスペースを占めるため、ユーザーはフォームの残りのコンテンツを引き続き表示できます。
このダイアログをデスクトップに「変換」する最良の方法は、中規模から小規模のモーダル内のコンテンツを再編成することだと思います。別のページを使用することは不必要で「友好的」ではないので、ほとんどすべての画面を占める大きなモーダルになります。
そして、あなたが提供したリンクでさえ、全画面のダイアログは、一般的なデスクトップダイアログが使用されるときに使用されるべきであると述べています：
- ピッカーなどのコンポーネントや、キーボードなどの入力方式エディター（IME）を必要とするフォームフィールドが含まれます。
- 変更がリアルタイムで保存されない場合
- アプリにドラフト機能がない場合
- バッチ操作を実行するとき、または変更を送信する前にキューに入れるとき
だから、私はこれをフルスクリーンダイアログと同じように解釈しましたダイアログは基本的にダイアログに多くのスペースが必要なときに使用され、デスクトップではそれが共通のモーダルとして提示される可能性があります。
Androidアクティビティがデスクトップウィンドウのようなものである場合、デスクトップ上のフルスクリーンダイアログは、パネルを除いて、フルウィンドウレイアウトのようなものです。