[accessibilite-numerique] Faut-il créer une version spécifique de son site Web pour l'iPhone ?

[Lhorens Marie]

Bon matin,

Ne pousses tu pas le bouchon un peu loin ?
Si je suis l'ensemble des conversations nous devrions prendre
systématiquement le plus petit dénominateur commun et revenir - en
accélérant - à la situation du siècle dernier. Ainsi nous pourrons :

      * proposer autant de versions que de situations ;
      * tous s'auto déclarer accessibles.

Que du bonheur...
Mais pour aussi donner un contre exemple (et du point de vue
utilisateur), j'utilise un N800 de Nokia qui fourni une résolution de
800x480 px et pèse 200g avec notamment un navigateur Web qui respecte
les normes. Je n'ai ainsi aucun problème (enfin pas plus qu'avec mes
autres machines).
Pour aller au delà, le fait d'opérer la moindre concession (pardon,
jeter à la poubelle le respect des normes) est pénalisant pour une
majorité d'utilisateurs, j'utilise également un 6680 (du même Nokia), ce
téléphone ne possède pas une résolution fantastique mais lorsque je me
connecte sur un site accessible (en remplaçant les images par leurs
alternatives afin d'éviter d'exploser mon forfait d'octets téléchargés),
la navigation et la consultation des infos est tout à fait acceptable
alors que je n'ai rien d'exploitable dans les autres cas...
Je peux comprendre que la position qui énonce que "c'est aux logiciels
de respecter les normes et non aux interfaces de s'adapter aux milliers
de bugs constatés tous les jours" demande des efforts (d'éducation et de
communication principalement) mais c'est bien celle qui permet de
garantir à la fois aux éditeurs et aux utilisateurs une situation
pérenne, une accès aux contenus et aux services, des interfaces
utilisables et des budgets acceptables.
Un dernier point de précision, je ne pense pas qu'il y ait une
"faiblesse techno des terminaux mobiles" mais un "je m'en foutisme"
d'une partie des fabricants ou des éditeurs.

A bientôt

Lhs 

Le jeudi 29 novembre 2007 à 11:42 +0100, Aurélien levy a écrit :

> Clairement je pense qu'on est tous persuadé qu'il ne faut pas mais 
> devant la faiblesse techno des terminaux mobiles on est pour l'instant à 
> mon sens obligé d'en passer par là si on veut arriver à quelque chose de 
> réellement utilisable et présentable.
> 
> Le media handheld et les media query css ne sont que moyennement 
> supporté (idem javascript) est surtout les interfaces web classique ne 
> sont ni adapté en terme de poids, ni en terme d'ergonomie. (et je ne 
> parle même pas du fait que l'iphone utilise des gestionnaires 
> d'évènements javascript qui lui sont propre dût à l'interface tactile)
> 
> Le coup de l'interface sans styles et sans javascript fonctionnelle on 
> est d'accord que c'est nécessaire mais on ne peut par dire que 
> l'expérience utilisateur soit satisfaisante.
> 
> Néanmoins cela ne m'empêche pas de croire pleinement à l'initiative du 
> w3c sur les web mobile mais à mon avis on va sans doute se retrouver 
> avec une nouvelle phase "browser war" et version alternatives.
> 
> Aurélien
> 
> > Bonjour,
> > 
> > je vous invite à lire l'article sur ZDNet.fr intitulé "Quand les sites 
> > web s'adaptent aux formes de l'iPhone" à l'adresse suivante: 
> > http://www.zdnet.fr/galerie-image/0,50018840,39375928-1,00.htm
> > 
> > 4 arguments principaux sont soulignés par le journaliste pour expliquer 
> > la création de sites Web spécifiques pour l'iPhone:
> > 1) site Web allégé et mieux adapté à la taille et à la résolution de 
> > l'écran de l'iPhone.
> > 2) services spécifiques pour l'utilisation par le téléphone mobile.
> > 3) pages Web moins lourdes en octets permettant de limiter la facture du 
> > forfait données.
> > 4) pages Web sans contenu Flash car le navigateur Safari de l'iPhone ne 
> > prend pas en charge le Flash.
> > 
> > Cet article nous ramène quelques années en arrière où on voyait fleurir 
> > sur les sites Web des liens vers des "versions Texte" prétendument mieux 
> > adaptées aux personnes aveugles et déficientes visuelles.
> > 
> > Si cette fausse bonne idée semble passée de mode pour le Web, elle 
> > semble revenir en force pour le Web mobile (ie, une version spécifique) 
> > avec un potentiel de contagion démultiplié de part le marché que 
> > représente le mobile.
> > 
> > Afin de préciser le débat, si nous mettons à part les sites mobiles qui 
> > proposent des services spécifiques tenant compte du facteur mobilité 
> > (ie, les versions mobiles et Web ne sont donc pas identiques en terme de 
> > contenus/services et donc existent séparément), un site Web rendu 
> > accessible suivant les recommandations internationales de WAI devrait 
> > pouvoir être consulté sur un téléphone mobile sans modifications de sa 
> > structure, non ? (je ne parle pas des fonctionnalités de consultation 
> > qui bien sûr peuvent changer entre le Web et le mobile mais ça cela 
> > dépend du navigateur du mobile: modification de la css si besoin, 
> > possibilité de lister les liens/titres, accès direct au 
> > contenu/formulaire, ....)
> > 
> > Une seconde question se pose: les sites spécifiques créés pour la 
> > consultation sur mobile sont-ils accessibles ?
> > 
> > Pour enrichir le débat, je vous invite à consulter les recommandations 
> > du W3C pour que votre site Web puisse aussi être consulté sur un mobile:
> > Tests mobileOK Basic 1.0 : http://www.w3.org/TR/mobileOK-basic10-tests/ 
> > (les connaisseurs reconnaîtront pas mal de règles d'accessibilité dans 
> > ces tests pour vérifier que votre site Web passe aussi sur le mobile. Un 
> > outil d'évaluation en ligne est proposé aussi: 
> > http://validator.w3.org/mobile/alpha)
> > 
> > Amicalement,
> > 
> 
> 
> 
> _______________________________________________
> accessibilite-numerique mailing list
> accessibilite-numerique at list.accessiweb.org
> http://list.accessiweb.org/mailman/listinfo/accessibilite-numerique_list.accessiweb.org
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://list.accessiweb.org/pipermail/accessibilite-numerique_list.accessiweb.org/attachments/20071129/197fb7fe/attachment.html