移动设备的元标签 – 是否应该使用?
元标签“视口”,“MobileOptimized”和“HandheldFriendly”可用于向移动设备提供格式正确的HTML内容。 这些标签是好东西吗? 在许多情况下,它们看起来都非常适合平台,即使不是平台特定的(视口),它们似乎也需要设备特定的属性才能正常工作。
他们应该使用吗? 何时何地适合使用它们? 是否有其他select(没有用户代理识别)?
注:我一直在使用CSS媒体查询来实现移动支持,但这需要一些UAR,以获得优化的字体大小。
简单的答案是: viewport
好,其他人不太好。
视
viewport
是一个广泛支持的事实标准 – 最初由苹果公司为iPhone上的移动Safari创build的,几乎被所有其他移动浏览器所采用:Opera Mobile,iPhone,Android,Iris,IE,黑莓,Obigo,Firefox
简单的示例用例:在移动设备上使网站全宽:
<meta name="viewport" content="width=device-width, initial-scale=1.0"/>
另外两个是“function手机”事实上的“标准” – 通常太旧以至于无法支持viewport
:
HandheldFriendly
此标签最初用于识别AvantGo浏览器中的移动内容,但成为识别移动网站的一般标准。 然而,目前还不清楚哪些浏览器支持这个元标记:
<meta name="HandheldFriendly" content="true"/>
MobileOptimized
这是一个Windows专有的元标记,最终也被用作识别移动内容的另一种手段。 这个标签的缺点是必须给出一个特定的宽度。 同样,不知道这个标签的支持是什么:
<meta name="MobileOptimized" content="320"/>
概要
使用viewport
除非你需要支持旧function手机不支持它,在这种情况下,可能同时使用HandheldFriendly和MobileOptimized – 但testing你的目标设备,并找出 。
他们应该使用吗? 何时何地适合使用它们? 是否有其他select(没有用户代理识别)?
当你需要它们创build的效果的时候,应该使用它们 – 通常是告诉手机使用了什么样的默认缩放,控制重新调整尺寸等等。这是你为什么想要使用视口的一个很好的解释,例如: http:// davidbcalhoun.com/2010/viewport-metatag – 它还列出了可以使用视口设置的其他属性以及它们的function。
他们只是通过其他方式来实现这些效果,而不使用这些元标签,是时髦的JS技巧 – 这会慢,需要脚本加载,难以维护,将是不可靠的。 不支持viewport
浏览器可能会有非常错误的JS接口到视口相关的东西; 请参阅下面的quirksmode链接。
参考
- 有关这整个主题的真正全面的解释,请参阅http://www.quirksmode.org/mobile/viewports.html&http://www.quirksmode.org/mobile/viewports2.html
- https://developer.mozilla.org/en-US/docs/Mozilla/Mobile/Viewport_meta_tag
- http://davidbcalhoun.com/tag/mobileoptimized
- http://www.quirksmode.org/mobile/&http://www.quirksmode.org/mobile/tableViewport.html
- http://dev.opera.com/articles/view/an-introduction-to-meta-viewport-and-viewport/
iPhone使用Safari作为浏览器。 他们有一个开发者页面给你一些信息何时使用元标记视口:
例如,如果您的网页比980像素窄,那么您应该设置视口的宽度以适应您的网页内容
它是这样使用的:
<META name="viewport" content="width = 650" />
<META name="viewport" content="width = device-width" />
<META name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no" />
另一篇可能会让你感兴趣的文章是:“ 把你的内容放在我的口袋里 ”。