Les téléphones mobiles de dernière génération embarquent des synthèses vocales qui permettent d'étendre leur usage aux internautes mal-voyants ou non-voyants, qui ont besoin de ce type d'assistance pour aborder le web. Mais jusqu'où peut aller l'accessibilité des pages supportées, avec ces outils embarqués ? Nous en avons testé deux dont l'Iphone.
jeudi 11 février 2010
Mobiles, quelle accessibilité avec les synthèses vocales embarquées ?
Par l'Urbi-Blogueur le jeudi 11 février 2010, 16:48 - mobiles
vendredi 29 janvier 2010
Les Moteurs de rendus
Par l'Urbi-Blogueur le vendredi 29 janvier 2010, 16:36 - technique
Qu'est-ce que c'est ?
Les moteurs de rendu sont le cœur de ce qui fait fonctionner les navigateurs. Ils sont quelques-uns à se partager le marché des navigateurs et du coup le marché du net et du mobile.
Essayons de les passer en revue ainsi que leur histoire, sans prétendre être exhaustif (promesse facile à tenir) et sans être trop ennuyeux (c'est là qu'est le challenge !!!)
Gecko
historique de Gecko
En 1993 est apparu le navigateur NCSA Mosaïc. Peu de temps après, apparait Netscape mis au point par une équipe transfuge de NCSA. Netscape se livrera tout au long des années 90, et même au début des années 2000 au fil de ses versions à la guerre des navigateurs, qui l'opposera aux différentes versions d'Internet Explorer.
En 1998, Netscape diffuse le code source de son navigateur et crée la fondation Mozilla.org, chargée de développer un navigateur libre et gratuit.
Avec le déclin de netscape, seul reste le moteur de rendu, Gecko, dont les évolutions futures sont confiées à Mozilla.
Utilisation de Gecko
Le principal utilisateur de Gecko est bien sur Firefox, mais Gecko est aussi utilisé comme moteur par des applications autres que des navigateurs (par exemple d'autre produits mozilla, comme thunderbird et composer, mais aussi des logiciels comme picasa).
Un support le plus complet possible des standards du W3C est une des caractéristiques de Firefox.
Trident
Les premières versions d'Internet explorer s'appuyaient sur le moteur de rendu Spyglas Mosaïc (ne pas confondre avec NCSA Mosaïc). A partir de la version 4 d'IE le moteur de rendu utilisé est Trident.
Trident est peu utilisé en dehors des logiciels Microsoft.
Presto
Les premières versions d'opéra s'appuyaient sur le moteur de rendu Elektra, mais dès la version 7 d'opéra est apparue le moteur de rendu Presto.
Presto n'est pas utilisé en dehors d'opéra mais il équipe les versions d'opéra, d'opéra mini et d'opera mobile.
On le trouve également comme navigateur des consoles de jeux Nintendo (Wii et DS).
Presto fait partie des navigateurs qui s'appliquent à implémenter les standards du W3C.
Webkit
Naissance de WEBkit
En 1995, la société Trolltech publie la première version de Qt, une bibliothèque multi plate-forme développée en C++.
Qt servira à partir de 1998, de base de développement à KDE, un environnement de bureau initialement dédié au monde Unix et par extension, Linux. KDE comprend le moteur de rendu KHTML utilisé par le navigateur Konqueror.
Apple a ensuite adapté KHTML, et en a fait webkit, pour servir de support au développement de son navigateur Safari.
Utilisation de webkit
Apple a donc utilisé webkit pour développer les différentes versions de safari y compris pour l'Iphone mais en a aussi autorisé l'utilisation sous la forme de licences libres (juste retour des choses, webkit a été intégré à Qt 4.5).
Aussi Webkit a été largement utilisé pour la création de navigateurs, comme les dernières versions de Konqueror ainsi que le navigateur intégré à Androïd, ou encore Chrome, le navigateur de Google.
Webkit fournit une très bonne compatibilité avec les standards du W3C.
Répartition officieuse sur le marché de l'ordinateur fixe en décembre 2009
- Internet Explorer (62,69 %)
- Mozilla Firefox (24,61 %)
- Google Chrome (4,63 %)
- Safari (4,46 %)
- Opera (2,40 %)
- Opera Mini (0,53 %)
Le marché des mobiles
Depuis sa sortie, l'IPhone, basé sur webkit a opéré une percée impressionnante sur le marché des ... téléphones_mobiles_évolués_ayant_des_fonctionnalités_proches_de_celles_des_ordinateurs (comment faut-il appeler çà si on ne veut pas dire smartphone, des ordiphones ?).
Androïd qui est un concurrent d'apple utilise également webkit pour son navigateur. Androïd est un Système d'exploitation destiné aux smartphones, appartenant à Google, et distribué gratuitement aux fabricants de téléphones mobiles. Il a notamment été embarqué sur :
- plusieurs mobiles HTC avec Androïd 1.0.
- Droïd de Mototrola (milestone en europe) avec Androïd 2.0
- nexus One (le googlephone créé en partrnariat avec HTC) avec Androïd 2.1
Androïd est donc bien placé parmi les acteurs du marché qui sont suceptibles de grignoter des parts à l'Iphone.
Un autre acteur est bien sur Microsoft, avec son nouveau Windows mobile, rebaptisé Windows phone.
Enfin n'enterrons pas trop vite Nokia qui reste le numéro un des fabricants de téléphones mobiles, et qui a racheté Trolltech, rebaptisé Qt Development Frameworks.
vendredi 4 décembre 2009
HTML 5... on y va ?
Par l'Urbi-Blogueur le vendredi 4 décembre 2009, 09:01 - technique
La suite de notre feuilleton HTML5-XBL-JQuery.
Aujourd'hui, on entre dans le vif du sujet avec HTML5 et la présentation de la structure à porter en HTML5 pour le projet.
jeudi 3 décembre 2009
Histoire de s'y retrouver dans les référentiels d'accessibilité
Par l'Urbi-Blogueur le jeudi 3 décembre 2009, 16:31 - accessibilité
les préconisations internationales WCAG 1.0
En 1999, le W3C (World Wide Web consortium) a publié un ensemble de directives : les WCAG 1.0 (Web Content Accessibility Guidelines ) qui décrivent comment rendre un site accessible.
Techniquement, ce référentiel prend essentiellement en compte la technologie HTML, ainsi que la façon de fournir des alternatives lorsque l'on fait appel à des technologies autres que le HTML.
Ces directives sont réparties en 3 niveaux de priorité :
- priorité 1 : ce qu'on doit faire,
- priorité 2 : ce qu'on devrait faire,
- priorité 3 : ce qu'on peut faire.
Un site répondant à toutes les exigences de la priorité 1 est dit de niveau A.
Un site répondant à toutes les exigences de la priorité 2 ET à toutes les exigences de la priorité 1 est dit de niveau AA (à prononcer "double A").
Un site répondant à toutes les exigences de la priorité 3 ET à toutes les exigences de la priorité 2 ET à toutes les exigences de la priorité 1 est dit de niveau AAA (à prononcer "triple A").
il parait qu'il existe des sites de niveau AAA ...
Ces directives ont fait l'objet dans de nombreux pays de déclinaisons visant à dégager une méthode qui servirait à les mettre en application, et à les vérifier (section 508 aux Etats-unis, RNIB aux Royaumes-Unis, STANCA en italie, Euracert au niveau européen, etc.).
En france, l'ADAE (Agence pour le développement de l'administration électronique) créée en 2003, a été le premier organisme d'état à avoir en charge l'accessibilité numérique. Elle s'est pour cela appuyée sur le référentiel accessiweb, publié par l'organisme de labelisation privé Braillenet.
Ce référentiel, réparti en critères bronze, argent et or, sanctionne la conformité des sites aux points de contrôle proposés.
L'ADAE est devenue en 2006 la DGME (Direction Générale de la Modernisation de l'Etat) et, dans la suite logique de la loi de février 2005 sur l'égalité des chances, a initié la rédaction d'un référentiel public, le RGAA (Référentiel Général d'Accessibilité pour les Administrations).
Ce référentiel reprend à la lettre les Wcag 1.0, mais en propose une méthode de contrôle très détaillée sous forme de points de contrôle unitaires.
les préconisations internationales WCAG 2.0
Fin 2008, le W3C a publié une nouvelle version de ses directives, les WCAG 2.0 qui se veulent mieux adaptés à l'évaluation de l'accessibilité des sites modernes utilisant des clients riches (ici, à ma place, n'importe quel technophile auto proclamé aurait dit "des sites 2.0.").
L'approche des WCAG 2.0 s'articule sur quatre principes, qui se subdivisent eux mêmes en un total de 12 règles.
Une page web doit être :
- perceptible (l'information et les composants de l'interface utilisateur doivent être présentés à l'utilisateur de façon à ce qu'il puisse les percevoir)
- utilisable (les composants de l'interface utilisateur et de navigation doivent être utilisables)
- compréhensible (les informations et l'utilisation de l'interface utilisateur doivent être compréhensibles)
- robuste (le contenu doit être suffisamment robuste pour être interprété de manière fiable par une large variété d'agents utilisateurs, y compris les technologies d'assistance)
Le RGAA v2.2, publié par la DGME en octobre 2009, intègre les WCAG 2.0. Dans la même optique que le RGAA V1, il propose des méthodes simples et détaillées pour vérifier le niveau d'accessibilité des sites, corriger les insuffisances détectées,et délivrer des informations précises selon les technologies.
Le RGAA v2.2 est le document faisant référence en France, pour évaluer et améliorer l'accessibilité des sites.
vendredi 16 octobre 2009
MSAA, UI automation ... qu'est ce qui se cache sous ces acronymes bizarres ?
Par l'Urbi-Blogueur le vendredi 16 octobre 2009, 15:24 - accessibilité
On sait bien que tout ceci concerne l'accessibilité sous Windows, mais serait-il possible d'en savoir un peu plus ?
jeudi 15 octobre 2009
Rendre accessible un plugin Jquery
Par l'Urbi-Blogueur le jeudi 15 octobre 2009, 15:31 - codage
Jquery est une librairie Javascript très réputée, permettant d'être accessible avec peu d'efforts. Voyons comment améliorer l'accessibilité d'un plugin : il s'agit ici de Tablesorter qui va permettre de trier un tableau par colonnes sans avoir besoin de rafraichir la page. Un article pratique, en deux parties.
mercredi 14 octobre 2009
L'ergonomie visuelle pour les mal-voyants
Par l'Urbi-Blogueur le mercredi 14 octobre 2009, 15:38 - accessibilité
On focalise souvent la problématique d'accessibilité web aux déficients visuels. Dans cette population, on considère qu'ils ne sont pas en mesure de voir et que par conséquence, les graphismes ne sont pas ou peu importants. La réalité peut-être différente surtout si on considère la grande variété de cas à prendre en compte.
vendredi 2 octobre 2009
HTML5 : Faut-il attendre pour voir ?!
Par l'Urbi-Blogueur le vendredi 2 octobre 2009, 14:15 - technique
Les apports de HTML5 sont alléchants, mais ne seront utilisables de façon complète et dans tous les navigateurs qu'à la date du ...
En fait ça ne se passera pas comme cela. Tel navigateur en intègrera une partie à un moment, tel autre en fera de même en allant un peu plus loin, etc, jusqu'à ce que l'essentiel de HTML5 soit utilisable dans l'essentiel des navigateurs.
En attendant, "et si on pouvait avoir tout (ou presque tout), tout de suite (ou presque) ?"
Une démo mettant en oeuvre HTML5 (quelque que soit le navigateur, ou presque ! ), XBL et JQuery
jeudi 17 septembre 2009
Comment utiliser les boutons radio de façon accessible ?
Par l'Urbi-Blogueur le jeudi 17 septembre 2009, 13:09 - codage
Le bouton radio est un élément des plus répandus sur l'Internet, et notamment bien sûr, dans les formulaires qui ont toujours été le moyen naturel pour l'internaute d'interagir avec un site web.
mercredi 15 juillet 2009
Le web 2.0 et l'accessibilité
Par l'Urbi-Blogueur le mercredi 15 juillet 2009, 17:37 - accessibilité
Alternatives aux animations flash ... Que faire ?
Par l'Urbi-Blogueur le mercredi 15 juillet 2009, 12:16 - flash
On parle de plus en plus d'animations flash développées en s'appuyant sur les fonctionnalités d'accessibilité de Flash. Cela signifie-t-il que l'on va bientôt pouvoir envisager de faire l'impasse sur les alternatives à Flash, ou bien faut-il continuer à en proposer ? Si oui, comment s'y prendre ?
Derniers commentaires