iPad 3, pages web et tailles spécifiées en pixels

Il faut savoir qu'en mode portrait, l'iPad original ne mesure que 768 pixels. C'est trop étroit pour la plupart des mises en page web. Au lieu de cela, la page est rendue comme si elle mesurait 980 pixels. Il la réduit ensuite pour l'adapter aux pixels réels de l'écran, en réduisant les graphiques. Il modifie également le texte pour qu'il soit clair, en le rendant directement (au lieu de le tramer puis de le réduire, ce qui le rendrait flou).

Avec un écran Retina, il se comporte toujours comme s'il avait une résolution de 980 pixels, mais il agrandit tout. Le texte est maintenant très net. Avec les éléments d'image, si le graphique a en fait plus de résolution que la taille déclarée, il sera affiché à la meilleure résolution possible. (Par exemple, l'élément est IMG WIDTH="980", mais ce graphique particulier a une largeur de 1536 pixels. C'est un graphique "pleine largeur", vous verriez donc chaque pixel un par un, même s'il ne fait "que" 980 pixels).

Cela peut poser problème, mais Safari tente de mettre la page à l'échelle... Pensez au moment où vous double-cliquez sur un bloc de texte et où vous effectuez un "zoom avant" sur un texte plus grand. Il n'en reste pas moins que les choses peuvent être rendues de manière étrange. Il est très utile de penser à la taille de la fenêtre d'affichage plutôt qu'à la résolution de l'écran... Et aux relations fenêtre d'affichage/alignement/échelle. Pour contrôler l'expérience, il est particulièrement utile de définir de manière réfléchie la métabalise viewport dans les en-têtes de page.

Bonne question - avec l'explosion du nombre de propriétaires d'iPad (19% des ménages américains il y a quelques mois, et des centaines de millions d'achats totaux), le rendu des tablettes ne peut être ignoré. Il ne suffit pas de détecter l'agent du navigateur et de renvoyer les internautes vers le site "mobile" optimisé pour les smartphones.