<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
<pre wrap=""><!---->
St&eacute;phane Deschamps : "...Denis disait que vu la petitesse des &eacute;crans de t&eacute;l&eacute;phone, il pouvait &ecirc;tre judicieux de fournir des contenus sp&eacute;cifiques. Et l&agrave; ce n'est pas seulement all&eacute;ger le HTML, mais fournir une exp&eacute;rience utilisateur radicalement diff&eacute;rente.
...Donc malheureusement, ce n'est pas qu'un probl&egrave;me de l'iphone contre le reste du monde. C'est aussi un probl&egrave;me d'ad&eacute;quation du contenu au contenant, et je serais bien en peine d'avoir une r&eacute;ponse d&eacute;finitive dans un sens ou dans l'autre."



Entre deux options &agrave; finalit&eacute; (presque)identique la seconde me semble quand m&ecirc;me pr&eacute;f&eacute;rable :

1/ d&eacute;velopper un double site (1 pour UA non-mobiles / 1 mobiles)
2/ proposer un seul document mais d&eacute;velopper des solutions d'affichage sp&eacute;cifiques aux petits &eacute;crans en utilisant le media handheld le plus finement possible.... dans l'extr&ecirc;me on peut arriver &agrave; cibler tr&egrave;s exactement quel type de contenu sera restitu&eacute; et quel type de contenu restera masqu&eacute; - y compris jusque dans la gestion des titres de pages trop longs par exemple - &agrave; condition qu'handheld soit compris. 

L'int&eacute;r&ecirc;t de cette seconde solution est triple :

- &eacute;conomie de temps, de ressources, d'&eacute;nergie
- un seul document &agrave; g&eacute;rer, entretenir, mettre &agrave; jour
- une seule feuille css &agrave; changer &agrave; mesure de l'avanc&eacute;e des impl&eacute;mentations et technologies sur mobiles = durabilit&eacute; de contenus accrue

Cordialement
AB
</pre>
</body>
</html>