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

Jeu 29 Nov 07:13:49 EST 2007

Bonjour,
De mon point de vue, cela fait très longtemps qu'il est devenu utopique 
de rendre un site compatible dans l'intégralité des contextes de 
navigation. Nous avons à notre disposition :

    * des standards de structure et d'accessibilité,
    * des bonnes pratiques pour les mobiles
    * des mécanismes relativement matures d'adaptation de la
      présentation aux mobiles (feuilles de styles handheld)
    * Des (rares) mécanismes de correction dédiés à un ou plusieurs
      agents utilisateurs spécifiques (type commentaires conditionnels
      voire des #@&## de hacks ;-)
    * Des possibilités (complexes) et pertinents pour une infime
      minorité de services de proposer des services dédiés à la mobilité
      et spécifiques à ce contexte.

A moins que j'ai oublié quelque chose, le choix de développer un version 
spécifique non pas à une famille d'usages, mais à un agent-utilisateur 
spécifique comme l'iPhone est un méchant retour en arrière.

En tous cas, ça me semble être une grosse erreur. Ceux qui la feront et 
il y en aura auront à en payer le prix (maintenance, évolutivité, 
défauts d'accessibilité, de compatibilité...).

Amicalement
Elie

P.S. : Lhorens, je ne pense pas qu'il soit à l'ordre du jour que tout le 
monde s'auto-déclare accessible (vieux troll des familles ;-), ou alors, 
y'a un truc que j'ai pas compris ;-)

Lhorens Marie a écrit :
> 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) <http://validator.w3.org/mobile/alpha%29>
>> > 
>> > Amicalement,
>> > 
>>
>>
>>
>> _______________________________________________
>> accessibilite-numerique mailing list
>> accessibilite-numerique at list.accessiweb.org <mailto:accessibilite-numerique at list.accessiweb.org>
>> http://list.accessiweb.org/mailman/listinfo/accessibilite-numerique_list.accessiweb.org
>>     
> ------------------------------------------------------------------------
>
> _______________________________________________
> accessibilite-numerique mailing list
> accessibilite-numerique at list.accessiweb.org
> http://list.accessiweb.org/mailman/listinfo/accessibilite-numerique_list.accessiweb.org
>   

-- 
Elie Sloïm
Temesis
Qualité, conformité, et accessibilité des services en ligne
http://www.temesis.com
http://www.opquast.com
http://openweb.eu.org

+33 5 56 401 402
+33 5 56 401 403
+33 6 19 732 949
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://list.accessiweb.org/pipermail/accessibilite-numerique_list.accessiweb.org/attachments/20071129/f8b9e646/attachment.html 