移动设备的元标签 – 是否应该使用?

元标签“视口”,“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链接。

参考

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" />

另一篇可能会让你感兴趣的文章是:“ 把你的内容放在我的口袋里 ”。