Il semble qu'il n'y ait pas de norme réelle pour spécifier "Taille de l'écran" dans une en-tête HTTP à partir d'un agent utilisateur.
Par exemple, les deux en-têtes ci-dessous: P>
X-Screen-Width: 320 X-Screen-Height: 240
3 Réponses :
C'est pire que vous ne le pensez.
UA-pixels: 320x240
est souvent un mensonge. Sur la version IEMobile <8 (Windows Mobile <6.1.4) Les appareils avec 640x480 pixels se rapportent toujours comme 320x240. De plus, dans la plupart des versions de Iemobile, la vue peut être zoomée dans une certaine mesure, de sorte que la taille de conception que vous doive frapper n'est pas liée à la taille des UA-pixels.
Les possibilités de mise en page des possibilités de liquide sont limitées avant l'iEMobile 8. Pourtant, à Iemobile 8 sur WinMobile 6.5 Vous obtenez une résolution XGA, zoomé, que vous l'aimiez ou non. Oh, et il n'ya aucun moyen de renifler IEM8-On-6.5 contre IEM8-On-6.1 des en-têtes.
Je ne suis pas sûr de quoi exactement le but de votre application est, mais que la sortie de HTML / CSS qui rend exactement à la taille de l'écran, est pratiquement impossible si vos objectifs incluent l'horreur abyssale qui est iémobile.
Le but est de plus amener les largeurs d'image correctes (probablement les objectifs les plus courants de la plupart des bases de données de l'appareil). Mais cela ressemble plus à Opera Mini, prend HTML, l'apparaît dans une langue de balisage binaire, qui est ensuite interprétée par le client.
Voici une liste des en-têtes de résolution d'écran commun: ou ou J'ai regardé l'extrait de code que Google donne à leur mobile Adsense et ce sont les trois qu'ils vérifient jusqu'à présent.
trébuché sur cette question et pensais que j'ajouterais un moyen de faire cela qui est actuellement mis en œuvre dans environ trois quarts de navigateurs.
Les conseils des clients ont environ 75% de disponibilité dans les navigateurs au moment de la rédaction, ils ne peuvent évidemment pas être invoqués dans l'ensemble du conseil, mais pour les navigateurs qui les soutiennent qu'ils peuvent être utiles.
Vous ne pouvez pas obtenir la hauteur de l'écran, mais vous pouvez obtenir un rapport de pixel de largeur et de périphérique (DPR).
Pour utiliser des astuces client, vous devez soit ajouter un ou envoyer un en-tête navigateurs prenant en charge cette réponse à chaque demande ultérieure . images! Vous pouvez compter sur l'élément Nous pouvons ensuite servir de manière dynamique l'image de taille correcte et le meilleur format possible. avec la largeur Vous pouvez même choisir la variation d'une feuille de style à envoyer en fonction du bureau ou du mobile (bien que vous fassiez faire très attention et que cela ne soit probablement pas conseillé, juste une idée de Comment vous pouvez l'utiliser pour une servage de ressources dynamique). Accept-ch: DPR, largeur, ViewPort-Largeur de liaison descendante . utiliser ful for?
Une autre bonne ressource: mobiforge.com/developing/blog/useful-x-headers Je n'ai pas pu poster ce lien ci-dessus en raison de la limite de liaison pour les nouveaux utilisateurs.
Je travaille dans Content Provider Company, en interne, nous utilisons la base de données [wurfl] [1] pour déterminer la taille de l'écran des périphériques particuliers. [1]: wurfl.sourceforge.net
Vrai, mais ce que nous avons est un client -> proxy -> site. Nous possédons le client et le proxy, nous voulons donc simplement faciliter le site que nous demandons en fournissant déjà la largeur et la hauteur afin que chaque site ne soit pas obligé de réiliter la recherche et la maintenance de Wurfl, etc., car nous avons déjà le Informations sur le périphérique dans notre client. (JME, etc.)