（这是一个多部分的问题，我会尽力总结场景。）

我们目前正在构建一个响应式网络应用程序（新闻阅读器），它允许用户在选项卡式内容之间滑动，以及在每个选项卡式内容内垂直滚动。

解决该问题的一种常见方法是使用一个div填充浏览器视口的包装器，设置overflow为hiddenor
auto，然后在其中水平和/或垂直滚动​​。

这种方法很棒，但有一个主要缺点： 由于文档的高度与浏览器视口完全相同，因此移动浏览器不会隐藏地址栏/导航菜单 。

有许多技巧和视口属性可以让我们获得更多的屏幕空间，但没有一个比minimal- ui（在 iOS 7.1 中引入）更有效。

昨天有消息称 iOS 8 beta4 已从Mobile Safari 中删除（请参阅iOS 8
发行说明minimal-ui中的​​ Webkit
部分），这让我们感到疑惑：

Q1。 是否仍然可以隐藏 Mobile Safari 上的地址栏？

据我们所知，iOS 7不再响应hack window.scrollTo，这表明我们必须忍受更小的屏幕空间，除非我们采用垂直布局或使用mobile-web- app-capable.

Q2。 是否还能有类似的软全屏体验？

软 全屏 我的意思是不使用mobile-web-app-capable元标记。

我们的网络应用程序可访问，任何页面都可以使用本机浏览器菜单添加书签或共享。通过添加mobile-web-app- capable，我们可以防止用户调用此类菜单（当它保存到主屏幕时），这会使用户感到困惑和反感。

minimal- ui曾经是中间立场，默认情况下隐藏菜单但通过点击保持可访问- 尽管Apple可能由于其他可访问性问题（例如用户不知道在哪里点击以激活菜单）而将其删除。

Q3。 全屏体验值得麻烦吗？

似乎全屏 API不会很快出现在 iOS
上，但即使是这样，我也看不到菜单将如何保持可访问性（Android 上的 Chrome 也是如此）。

在这种情况下，也许我们应该让移动 safari 保持原样，并考虑视口高度（对于 iPhone 5+，它是 460 = 568 - 108，其中 108
包括操作系统栏、地址栏和导航菜单；对于 iPhone 4 或旧的，它是 372）。

希望听到一些替代方案（除了构建本机应用程序）。