去掉「minimal-ui」後，開發者如何在iOS上實現軟全螢幕體驗？

iOS 8 刪除「minimal-ui」：探索替代軟全螢幕解決方案

棄用「minimal-ui」視口屬性iOS 8 引發了關於在不影響移動Safari 上實現「軟全螢幕」體驗的可行性的質疑無障礙。

Q1。是否仍可以在 Mobile Safari 上隱藏網址列？

雖然 window.scrollTo hack 不再起作用，但仍然可以透過「觸控向下拖曳」手勢進入最小使用者介面模式。然而，minimal-ui 的尺寸是無法測量的，無法對其狀態進行進階檢測。

Q2。在不使用 mobile-web-app-capable 的情況下是否仍可擁有類似的軟全螢幕體驗？

是的，替代解決方案已經出現，例如 Brim – iOS 8 的視圖管理器。 Brim 透過實現以下內容實現軟全螢幕體驗：

• 創建隱藏的「跑步機元素」以方便捲動並觸發最小使用者介面輸入/持久性。
• 偵測頁面何時在最小使用者介面中使用 Scream 並停用文件捲動。
• 在頁面重新載入後啟用最小使用者介面重新輸入或方向改變。

Q3。全螢幕體驗值得這麼麻煩嗎？

iOS 上原生全螢幕 API 的可行性仍不確定。考慮以下幾點很重要：

• 管理最小 UI 狀態的先決條件和障礙（例如，足夠的滾動內容、偏移滾動值）。
• 缺乏計算最小 UI 的 API -ui 尺寸或預期其啟動。
• 與隱藏導航選單相關的潛在可訪問性問題

總而言之，儘管刪除了“minimal-ui”，但像Brim 這樣的替代解決方案仍然為開發人員提供了在iOS 裝置上實現軟全螢幕體驗的選項。然而，平衡優勢和可訪問性並確保用戶可以輕鬆存取基本的瀏覽器控制項至關重要。

以上是去掉「minimal-ui」後，開發者如何在iOS上實現軟全螢幕體驗？的詳細內容。更多資訊請關注PHP中文網其他相關文章！