75 votes

Les méta-tags pour mobile doivent-ils être utilisés?

Les méta-tags "Fenêtre", "MobileOptimized" et "HandheldFriendly" peut être utilisé pour fournir le bon format de HTML de contenu pour les appareils mobiles. Ces balises de bonnes choses? Ils semblent assez spécifiques de la plateforme dans de nombreux cas, et même lorsqu'il n'est pas spécifique à une plateforme (viewport), ils semblent exiger dispositif spécifique d'attributs afin de fonctionner correctement.

Devraient-ils être utilisés? Où et quand est-il approprié de les utiliser? Existe-il des solutions de rechange (sans user-agent de reconnaissance)?

Note: j'ai été en utilisant le CSS media queries pour atteindre mobile de soutien, mais cela nécessite quelques UAR afin d'obtenir optimiser la taille de la police.

141voto

Duncan Lock Points 2211

La réponse est simple: viewport est bon, les autres... et du moins bon.

fenêtre d'affichage

viewport est largement prise en charge standard de facto - créé à l'origine par Apple pour Safari mobile sur iPhone, il a été adopté par presque tous les autres navigateurs mobiles: Opera Mobile, iPhone, Android, Iris, c'est à dire, BlackBerry, Obigo, Firefox

Simple exemple de cas d'utilisation: faire le site en pleine largeur sur le mobile:

<meta name="viewport" content="width=device-width, initial-scale=1.0"/> 

Les deux autres sont âgés de facto "normes" pour les "feature phones" - qui sont généralement trop vieux pour supporter viewport:

HandheldFriendly

Cette balise a été initialement utilisée pour identifier le contenu mobile dans AvantGo navigateurs, mais qui est devenu une norme générale pour l'identification de sites web mobiles. Cependant, on ne sait pas quel est l'éventail des navigateurs prennent en charge cette balise meta:

<meta name="HandheldFriendly" content="true"/> 

MobileOptimized

C'est une propriété de la balise meta qui aussi finalement devenu utilisé comme un autre moyen d'identification de contenu mobile. L'inconvénient avec cette balise, c'est que la largeur doit être donné. Encore une fois, on ne sait pas ce que le support de cette balise est:

<meta name="MobileOptimized" content="320"/> 

Résumé

Utiliser viewport , sauf si vous avez besoin de soutenir les anciens téléphones qui ne le supportent pas, dans ce cas, probablement d'utiliser les deux HandheldFriendly & MobileOptimized - mais de tester vos périphériques cibles et de savoir.

Devraient-ils être utilisés? Où et quand est-il approprié de les utiliser? Existe-il des solutions de rechange (sans user-agent de reconnaissance)?

Ils doivent être utilisés lorsque vous souhaitez les effets qu'ils créent en général, en disant des téléphones de ce zoom par défaut à utiliser, le contrôle de re-dimensionnement, etc. C'est une bonne explication de pourquoi vous pourriez vouloir utiliser la fenêtre d'affichage, par exemple: http://davidbcalhoun.com/2010/viewport-metatag - il répertorie également les autres propriétés que vous pouvez définir avec fenêtre d'affichage et ce qu'ils font.

Ils ne d'autre moyen d'obtenir ces effets, sans l'aide de ces metatags, est funky JS astuces - qui sera plus lent, besoin de script de chargement, être difficile à maintenir et peu fiables - ce que les navigateurs ne prennent pas en charge viewport, sera probablement très buggy JS interface à fenêtre choses liées; voir la quirksmode liens ci-dessous.

Références

4voto

moose Points 4945

L'iPhone utilise Safari comme navigateur. Ils ont un développeur page qui vous donne quelques informations lors de l'utilisation de la balise meta viewport:

Par exemple, si votre page web est plus étroit que 980 pixels, alors vous devrait définir la largeur de la fenêtre d'affichage pour s'adapter à votre contenu web

Elle s'utilise comme ceci:

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

Un autre article qui pourrait être intéressant pour vous Une liste à Part: "Mettez Votre Contenu dans Ma Poche".

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X