「minimal-ui」の削除後、開発者は iOS でソフト フルスクリーン エクスペリエンスをどのように実現できますか?

iOS 8 の「minimal-ui」の削除: 代替ソフト フルスクリーン ソリューションの探索

「minimal-ui」ビューポート プロパティの非推奨iOS 8 では、モバイル Safari で「ソフト フルスクリーン」エクスペリエンスを実現できるかどうかについて疑問が生じています。アクセシビリティを損なう。

Q1. Mobile Safari でアドレス バーを非表示にすることはまだ可能ですか?

window.scrollTo ハックは機能しなくなりましたが、「タッチ ドラッグ 下」ジェスチャによって最小 UI モードに入ることが可能です。 。ただし、minimal-ui の寸法は測定不可能であるため、その状態を高度に検出することができません。

Q2. mobile-web-app-capable を使用せずに同様のソフト フルスクリーン エクスペリエンスを実現することは可能ですか?

はい、Brim – iOS 8 用ビュー マネージャー。 Brim は、以下を実装することでソフトなフルスクリーン エクスペリエンスを実現します。

スクロールを容易にし、最小限の UI エントリ/永続性をトリガーするために、非表示の「トレッドミル要素」を作成します。
• ページがいつ表示されるかを検出します。 Minimal-UI で Scream を使用し、ドキュメントのスクロールを無効にします。
• ページのリロード後の Minimal-UI の再入力を有効にします。

Q3.フルスクリーン エクスペリエンスには苦労する価値がありますか?

iOS でのネイティブ フルスクリーン API の実現可能性は依然として不確実です。以下の点を考慮することが重要です:

最小限の UI 状態を管理するための前提条件と障害 (例: スクロールに十分なコンテンツ、スクロール値のオフセット)。
• 最小限の UI を計算するための API の欠如-ui のサイズを変更するか、そのアクティブ化を予期します。
• 明示的にナビゲーション メニューを非表示にすることに関連する潜在的なアクセシビリティの問題trigger.

要約すると、「minimal-ui」が削除されたにもかかわらず、Brim のような代替ソリューションは、iOS デバイスでソフトなフルスクリーン エクスペリエンスを実現するためのオプションを開発者に提供し続けています。ただし、利点とアクセシビリティの考慮事項のバランスをとり、ユーザーが重要なブラウザ コントロールに簡単にアクセスできるようにすることが重要です。

以上が「minimal-ui」の削除後、開発者は iOS でソフト フルスクリーン エクスペリエンスをどのように実現できますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。