Css 视口方向更改时的ios vh

Css 视口方向更改时的ios vh,css,mobile-safari,viewport,viewport-units,Css,Mobile Safari,Viewport,Viewport Units,又是一次奇怪的iOS错误。我有一个头球,设置为大约70vh,而且(在大多数情况下)效果很好。iOS Safari中曾经有bug,但他们似乎已经修复了。除了旋转屏幕时。每次旋转视口时,它似乎都会加倍。70vh变为140vh,然后是210vh,依此类推 我不知道CSS或meta viewport标记中是否有什么可以改变的东西可以阻止这种情况?如果这是唯一的解决方法,我甚至会考虑Javascript解决方案 我正在引用的站点。如果这是您的事情,所有代码都是打开的。视口高度单位在IOS 7中确实有问题,

又是一次奇怪的iOS错误。我有一个头球,设置为大约70vh,而且(在大多数情况下)效果很好。iOS Safari中曾经有bug,但他们似乎已经修复了。除了旋转屏幕时。每次旋转视口时,它似乎都会加倍。70vh变为140vh,然后是210vh,依此类推

我不知道CSS或meta viewport标记中是否有什么可以改变的东西可以阻止这种情况?如果这是唯一的解决方法,我甚至会考虑Javascript解决方案


我正在引用的站点。如果这是您的事情,所有代码都是打开的。

视口高度单位在IOS 7中确实有问题,但在IOS 8中已修复。我在mobile safari中打开了你的手机,疯狂地旋转了我的iphone,但一切正常,你的
标题高度为72.2vh;始终占据屏幕的70%。你使用的是过时的IOS吗?目前的版本是8.1.2。这让人松了一口气。我使用的是iOS 7,我目前无法访问iOS 8,因此感谢您的检查。如果可以的话,我还是想为iOS 7找到一个解决办法。事实上,在iOS 7容器中,高度为:xxvh可以吃掉xx%的身体,因此其他元素变得不可见。看来苹果永远不会修补这个问题。它有buggyfill,但它通过解析所有现有的link[rel=stylesheet]标记来工作,并且由于跨源策略,在第三方CDN上失败。如果页面上的vh元素太少,则有更简单的修复方法:
if(/(iPhone | iPod | iPad)。+OS 7 /i.test(navigator.userAgent)){//ios 7视口单位bug$(“#myheaderselectorhere”).height(window.innerHeight)但这是一种“幼稚”的方法,当然,您需要调整它以应对设备方向的变化。它涵盖了问题本身,类似于我展示的quickfix和buggyfill。