Créativité et ouverture d’esprit – Sud Web 2016

Sud Web, c’est toujours une surprise ; un programme avec des méta-messages à lire entre les lignes qui viennent allumer des lumières dans la tête.

Si cette édition 2016 était un nuage de tags, on y retrouverait en bonne place la créativité, l’ouverture d’esprit, le respect de l’autre et la bienveillance mais aussi de grosses réflexions sur notre manière de travailler.

Pour faire un résumé qui ne rendra pas justice à la richesse de cette journée :

Le web est un nouvel outil. Nos technos sont de plus en plus riches et larges. À nous, donc, d’exploiter tout ça pour faire un maximum de choses et même autre chose que des sites et des applications. Créons, exploitons, hackons, détournons.

Dans nos interactions avec les autres, l’empathie sera notre alliée : garder en tête le point de vue de l’autre pour le comprendre et mieux lui répondre (c’est valable avec son client comme avec son collègue comme avec …ses enfants !)

Favoriser ainsi la compréhension vous fera gagner en efficacité (tout comme apporter une touche de fun en réunion aide tout le monde à se ré-impliquer ; la détente n’empêche pas le travail et considérer finalement le client comme une personne “normale”, aimant aussi s’amuser, peut même favoriser la productivité).

Le travail avec l’autre est de tout façon toujours un enrichissement …et l’assurance d’augmenter la pérennité d’un projet ! (On ne vous l’a jamais dit jusque-là mais en fait …documentez !)

D’autres valeurs sont à garder en tête : ne pas préjuger des compétences et de la personnalité des autres (ni en fonction de leur sexe, ni en fonction de leur métier, ni en fonction de leur apparence) mais aussi se faire confiance à soi-même et laisser sa créativité s’exprimer en toute occasion (les LEGO, la collecte de donnée, la contrainte…).

Maintenant, nous ne vivons pas que dans un monde de valeurs, il faut bien prendre en compte le matériel et l’organisationnel aussi. Beaucoup de discussions sont remontées autour des thèmes de la répartition travail/loisirs, organisation, (non)rémunération… Quelques « nouveaux » modèles sont en train d’émerger, d’autres sont à inventer, tandis qu’il faut apprendre à bien comprendre le modèle classique (savoir lire sa fiche de paye tout comme comprendre le code du travail).

Cette édition de Sud Web, une fois de plus, ne m’a pas déçue mais à éveiller des réflexions, des pistes ; elle a encré des points de vue, des valeurs à ne pas oublier ; elle m’a donné du recul et …m’a donné plus de questions que de réponses et c’est tant mieux !

Bonnes pratiques des API – Compte-rendu

Pour les besoin de mon projet Spoiled People (voir Projet de liste cadeaux sur GitHub), je dois monter en compétence côté API. Je suis allé voir du côté de la conférence « Bonnes pratiques des API ».

Cette conférence de 15 petites minutes est un retour d’expérience, y compris sur les ratés.

La première leçon qu’Éric Daspet a appris et nous transmet concerne la littérature et la pratique. Sans critiquer la littérature, son constat a été que d’un point de vue pragmatique, il vaut mieux s’adapter aux envies des utilisateurs (les développeurs).

Eric Daspet - Paris Web 2013 - Photo Brice Favre

Les recettes à suivre

Voici une première liste de conseils issus de cette conférence.

Internationalisation

  • Toujours mettre des heures et non juste une date
    Pas GMT mais en mettant un fuseau horaire que vous allez interpréter dans chaque paramètre)
    Voir le commentaire d’Éric ci-dessous.
  • Attention aux langues : anticiper la possibilité d’avoir plusieurs langues, utiliser UTF-8 (et non de l’ISO).

Pagination

  • L’offset sont de fausses bonnes idées.
  • Trier les données par ordre (alphabétique, de date, d’arrivée,…) et utiliser « after | before » (plus ancien ou plus récent que tel item)
  • Rendre la pagination obligatoire.
  • Mettre des limites de taille avec une profondeur maximum

Un bon exemple : Twitter

Versionnement

Même si dans la littérature, le versionnement peut être vu comme une mauvaise pratique, en l’état, nous ne sommes pas forcément prêt à nous en passer. Partir du principe qu’on va se planter et, alors, qu’on fera une V2 plutôt que mettre des bouts de sparadrap.

  • Prévoir un /v1 en bout d’URL dès le début

(NB : Le versionning dans les en-têtes n’est pas assez simple et ne sera pas pratique pour vos utilisateurs et donc ne servira pas)

Sécurité

  • HTTP Basic Oauth
  • + SSL
  • imposer HTTPS
  • Ne pas permettre le SSL désactivé dans le SDK (qui est recommandé)
  • Clé d’API : savoir à tout moment qui fait la requête. Prévoyez-la.

Structure

  • Faites de l’hypermédia mais ça ne suffit pas.
  • Vos adresses doivent être « bidouillables » de façon qu’elles soient prédictives.
  • Une adresse doit ressembler à un nom de fichier : pas de caractères spéciaux encodés, que des minuscules, pas de caractères accentués.
  • Réduire la hiérarchie aux maximum (3 semble être la bonne pratique).

La conclusion

La clé :

  • En faire peu.
  • Ouvrir un maximum de champs pour plus tard.
  • Faire simple.
  • Utiliser les standard existants.
  • Penser pragmatique.
Diaporama de la conférence
NB : Le diaporama contient 10 bonnes pratiques supplémentaires en page 11.

Ma lecture de « Petit Précis de Créativité »

Pourquoi, comme tout le monde je m’enthousiasme pour ce livre ? Parce qu’il est drôle, riche, documenté, facile à lire, motivant.

« Motivant », tiens, c’est ça. Ce livre ma donné envie.
Envie de faire. Ce livre est excitant et je le conseillerais à tout le monde, métier de créativité ou pas. Parce qu’on a tous recours à la créativité, à l’imagination ; on a tous déjà eu une idée.

Ce livre non seulement nous explique les choses scientifiquement, mais il dédramatise et désacralise la créativité. Si on se laisse faire, il  nous libère de ces quelques ficelles qui nous retiennent et nous empêche de faire. Ce livre est un coach en fait.

Pas encore convaincu ?

Virginie réussi le tour de force d’offrir un panorama complet sur la créativité dans un petit livre facile à lire. Le style y est aussi fin qu’il est drôle. Le contenu y est aussi simple d’accès qu’il est intéressant.

Par encore convaincu ?!

L’objet lui même a été soigné et c’est un plaisir d’avoir ce petit livre sous la main, dans la poche.

Les pages sont douces (oui, ça compte beaucoup pour moi), la mise en page est soignée et, il y a ce je ne sais quoi qui fait qu’on sent que ce produit a été élevé avec amour.

Mon seul regret : des marges un peu fines pour mon usage intensif de marque-pages autocollants.

Pas encore convaincu ?!! Mais que va-t-on faire de vous ?! 😉

Et allez, même si ça a été difficile de choisir, une petite citation pour la route :

« (…) si ce n’est en tant que travailleur créatif autant que ça soit en tant qu’être humain : il est important de voir du fantastique dans la vie de tous les jours. »

En savoir plus : le billet de l’auteur
À ce propos voir aussi : Le processus créatif

6ème Forum Européen de l’Accessibilité Numérique – Compte-rendu

NB : J’ai voulu garder l’exhaustivité de mes notes, même si mon attention n’a pas été la même tout au long de la journée. L’ensemble est donc plus ou moins complet et plus ou moins rédigé. Néanmoins, si j’avais pris le temps de tout mettre au carré, je crois que ce billet ne serait jamais sorti.

Voir

Sommaire

  1. Mon avis global
  2. Introduction
  3. Les enjeux de l’accessibilité numérique dans les grandes entreprises
  4. L’innovation inclusive dans la conception des produits TIC grands publics
  5. Accessibilité – Puissance et promesses (Comment ordinateurs de bureau et applications mobiles accessibles changent la vie quotidienne des personnes handicapées)
  6. Convergences entre les besoins d’accès mobile au SI, la conception pour tous et l’accessibilité numérique
  7. Gérer la conformité des sites Web aux normes d’accessibilité
  8. Table Ronde
    « Quels chemins vers la conformité WCAG2.0 ? »
  9. Accessibility Steps
  10. AcceDe Web
  11. MIPAW
  12. Retour d’expérience et choix de Tanaguru
  13. EPUB 3 – des ebooks accessibles à tous
  14. La production de livres scolaires accessibles avec ePub 3.0
  15. Le projet LIA (Libri Italiani Accessibili) : vers un service de distribution grand public de livres numériques accessibles en Italie
  16. Les applications mobiles mieux accessibles à tous
  17. Rendre les systèmes d’informations urbains accessibles à des personnes handicapées
  18. Conclusion

Mon avis global

Cette session, bien plus que les autres années, véhiculait l’idée d’une accessibilité pour tous. Précédemment, positionnement de BrailleNet oblige, l’ensemble de la journée était fortement teintée de handicap.
Cette année, les interventions mettaient plus en valeur des usages que des usagers. Il faut dire que la technologie de ces derniers temps, avec l’utilisation des smarphones et leurs flots d’applications, nous enthousiaste tous.

La journée commençait par le témoignage de deux grosses entreprises (Sanofi et Microsoft) valorisant le fait que l’accessibilité n’est pas une option chez eux.
Sanofi a mis en place une personne à plein temps, fait régulièrement appel à l’externe pour des prestations en accessibilité et forme ses collaborateurs.
Microsoft met en avant le fait que la technologie doit s’adapter et que faire de l’accessibilité revient à créer de meilleurs outils, pour tous. Chez eux, l’accessibilité est à chaque étape.

Microsoft pense que l’accessibilité doit être mieux et plus intégrée dans les programmes universitaires et scolaires et qu’elle devrait être mieux comprises (expliquée, donc) aux directeurs financiers et services client.

Enfin, Microsoft souhaiterait la mise en place d’un organisme mondial coordonnant les effort, les méthodes et certifiant l’expertise.

La session suivante était particulièrement intéressante grâce aux démonstrations de Robin Christopherson. Il valorisait l’utilisation de son smartphone (tout est accessible dans son iPhone) et a montré comment, bien qu’aveugle, il :

  • envoie un tweet en quelques secondes,
  • connaît la couleur d’une pochette,
  • se fait indiquer l’emplacement de la touche « @ » sur son clavier,
  • demande un renseignement en langue étrangère (bon… peu concluant !),
  • etc.

Démos avec VoiceOver, Siri, etc.
http://fr.wikipedia.org/wiki/VoiceOver
http://fr.wikipedia.org/wiki/Siri_%28logiciel%29

Introduction

par Dominique Burger

L’introduction a été l’occasion de faire quelques rappels :

  • “Pour Dominique Burger, le manque d’accès à Internet est facteur d’exclusion professionnelle et sociale “
  • “Pascal Guitton met l’accent sur le vieillissement de la population comme enjeu en matière d’accessibilité “
  • “15 % de la population mondiale vivent avec un handicap”
  • “Il n’y a quasi pas d’université formant des ingénieurs en information ayant une formation en accessibilité “
  • “Les sites Web accessibles voient leur trafic naturel s’accroître de 15 à 30 %”

@victorbritopro

Les enjeux de l’accessibilité numérique dans les grandes entreprises

Bruno Ménard (Sanofi ; CIGREF)
Vice-président du CIGREF

Le CIGREF est une association qui accompagne les grandes entreprises dans le développement des systèmes informatiques.
Sa mission : promouvoir la culture numérique comme source d’innovation et de performance.

Sanofi (industrie pharmaceutique) est particulièrement intéressé par les problématiques de e-santé : accompagner les plus loin possible les patients lorsqu’ils sont chez eux.
L’accessibilité numérique est donc un enjeux économique pour Sanofi.

Les « frameworks » doivent intégrer nativement les impératifs d’accessibilité (gros efforts fait par Microsoft sur SharePoint par exemple)

Pour y parvenir :

  • Prévoir des formations pour les développeurs
  • S’y prendre en amont
  • Dialoguer avec les fournisseurs pour intégrer les besoins en accessibilité
  • Tutoriel dans l’intranet pour les éditeurs

Ils ne font pas de mesure sur l’impact en ressource quant au fait qu’ils vérifient tous les sites mais ils considèrent que l’accessibilité prise en compte dès le début augmente le coût du projet de quelques point ; prise trop tardivement, cela à montrait à un quart du coût.

Ils gèrent l’accessibilité des sites SANOFI, des brochures internes, des vidéos, conversations téléphoniques (via interprète) ou encore l’accessibilité de la notice d’un médicament via smartphone (bientôt).

Moyens
Un ETP est nécessaire.
Ils font appel à des prestations externes et mettent en place des formations pour les collaborateurs.

Leur ROI est essentiellement basé sur la conviction. 🙂

La méthode de mise en place est de :

  • commencer par les fondamentaux
  • faire du pas-à-pas
  • privilégier plutôt de l’imparfait sur un grand périmètre que du très conforme sur un petit périmètre
  • en faire une démarche d’entreprise (via une charte)

Le message que Bruno Ménard voulait faire passer :

  • S’occuper de l’accessibilité en amont ;
  • le faire en toute humilité.

NB : Sanofi s’est engagé à rendre son site Web conforme au niveau AA des WCAG (A pour les sites des filiales)

L’innovation inclusive dans la conception des produits TIC grands publicsl

Robert Sinclair (Directeur de l’accessibilité (Chief Accessibility Officer) chez Microsoft)
@MSFTEnable @robert_sinclair
http://aka.ms/EnableBlog
rob.sinclair@microsoft.com

Robert Sinclair, qui rappelle que 15% de la population est concernée par de l’accessibilité numérique, fait par ailleurs remarquer que 100% de la population vieillit.

Il n’y a pas d’usager typique.

Inclusive Innovation :

  • inclusive design
  • disseminated Expertise
  • Conscientious innovation
  • Support Services

La technologie doit s’adapter aux personnes (ce n’est pas à moi de m’adapter)
Mettre en place des fonctionnalités sur les produits qui permettent d’améliorer leur utilisation.
Microsoft met en avant que son leitmotiv est de permettre à chacun de réaliser son potentiel.

3 composantes :

  • Personnes : formation, etc.
  • Pratiques d’affaires : accessibilité à chaque étapes par exemple
  • Produits et techno.

Peu d’entreprises comprennent l’intérêt business de l’accessibilité.

Causes

Les personnes ne comprennent pas qu’avec l’accessibilité il s’agit de créer de meilleurs outils pour tout le monde.

Solutions

Réfléchir à la manière dont on travaille :

  • accessibilité dans les programmes universitaire et scolaire
  • les directeurs financiers, les services clients, etc. ont besoin de comprendre l’accessibilité
  • meilleure collaboration dans le monde
  • organisme mondiale certifiant des personnes en tant qu’expert d’accessibilité

“Microsoft voudrait une : International society of accessibility professionals”
@oxymore

Accessibilité – Puissance et promesses (Comment ordinateurs de bureau et applications mobiles accessibles changent la vie quotidienne des personnes handicapées)

Robin Christopherson (AbilityNet)
@USA2DAY

Si Microsoft n’avait pas pris en compte l’accessibilité dès le DOS puis avec Windows, Robin – qui est aveugle – n’aurait pas eu les mêmes études.
Le smartphone est la deuxième révolution. Ex. d’utilisation avec iPhone : tout est accessible.
N’utilise plus que son iPhone (avec un clavier) et le cloud plutôt qu’un ordinateur.

Applications pour aveugles – ou non – et gratuites – ou « presque » – qui aident au quotidien : traduction, Skype pour demander de l’aide, GPS, couleurs.
+ appli qui permet de poser des questions (ex : photo du clavier et question pour savoir où est l’@.) ; et c’est la communauté qui répond.

Démos avec VoiceOver, Siri.
http://fr.wikipedia.org/wiki/VoiceOver
http://fr.wikipedia.org/wiki/Siri_%28logiciel%29

Convergences entre les besoins d’accès mobile au SI, la conception pour tous et l’accessibilité numérique

Renaud Cornu-Emieux (École de Management des Systèmes d’Information)

Rappel : on ne se connecte plus en majorité via PC mais depuis terminaux mobiles (smartphones, tablettes)
L’école ne propose pas une formation d’expert accessibilité mais intègre des bases pour avoir la capacité de creuser la problématique d’accessibilité quand on y est confrontés.

Gérer la conformité des sites Web aux normes d’accessibilité

Shadi Abou-Zahra (W3C/WAI et WAI-ACT Project)
Activity Lead, WAI International Program Office
http://w3.org/People/shadi/
shadi@w3.org

  • étendre la collaboration
  • créer des supports pour guider les développeurs
  • créer des méthodologies d’évaluation harmonisées
  • coordonner la recherche et le développement car la technologie avance à grande vitesse.
  • Ligne directrice de référence

Base de données de document de support.
Ex : « alt »
Les catégoriser par besoins : ex. : je fais un tableau, je fais un site web utilisable au mobile, etc.
Développer, via des groupes de travail, des méthodo pour les décideurs.

  • Méthodologie harmonisées

Il n’y ni bon ni utile que chaque entreprise ait sa propre méthode.

  • Coordination de recherche
  • Support accessibilité

Quelle technologie est supportée sur quel support

  • Notes sur les applications

Associer les barrières les plus fréquentes à l’accessibilité à un support permettant des les couvrir
(souvent barrières très très simples)
Education and Outreach Working Group (EOWG)

  • Adoption et référencement de la norme WCAG

pour les décisionnaires
apporter des bonnes pratiques

  • évaluation des sites web

le but est de dév. une méthodo harmonisée et internationale.

Question / Réponse : Quels sont les outils d’évaluation proposés par le W3C ?
Liste d’outils : 120
voir sur la page d’accueil du WAI : « évaluation »
Liste pas à jour

http://www.eticode.fr/

http://w3.org/WAI/ACT/

Table Ronde
« Quels chemins vers la conformité WCAG2.0 ? »

(Cette partie m’a particulièrement intéressée ; si je trouve le temps, je fais un billet là-dessus)

Présentation de différentes réflexions autour de la problématique : comment s’organiser de façon pragmatique pour mettre en place la conformité à WCAG.

Accessibility Steps

Aurélien Levy – Temesis
@goetsu

« Accessibility Steps » comprend deux étapes :

  • “First Step” : 100 consignes automatisables considérées comme gérant des erreurs
  • “Second Step” :  consignes automatisables signalées en tant qu’alertes

Avec First et Second, on couvre la base technique des éléments à avoir vu avant d’appeler un expert accessibilité.

L’idée c’est de décharger les experts sur des choses qui sont automatisables et permettre aux développeurs de l’implémenter de manière simple, sans avoir recours à l’expert

First : https://checklists.opquast.com/accessibilityfirststep
Second : https://checklists.opquast.com/accessibilitysecondstep

AcceDe Web

Sébastien Delorme – Atalan
@sebcbien

Notices adaptées à la gestion de projet
Des sociétés et des écoles soutiennent le projet
orienté projet et pragmatique

Question/Réponse : Olivier Nourry est gêné que la méthodo AcceDe Web garde cette idée de commencer par le graphisme.
> Dans la notice de conception graphique, on intègre des éléments fonctionnels
La notice prend en compte les éléments qui pourraient avoir un impact ultérieurement dans le déroulement du projet.

http://accede-web.com/

Support de présentation :

MIPAW

Jean-Pierre Villain – Qelios
@villainjp

Voir : http://www.slideshare.net/Qelios/mipaw-modle-dimplmentation-progressive-de-laccessibilit-du-web

Retour d’expérience et choix de Tanaguru

Oliver Rabet
Chef de projet à Universcience
@noliverte

témoigner des difficultés à mettre WCAG en place
Comment vendre en interne l’accessibilité qui a l’air souvent très technique et qui n’intéresse pas, au premier abord, les décideurs.
« qualité web » pour vendre l’accessibilité

Choix : Tanaguru

  • tableau de bord pour communiquer
  • contrôler certains points technique

Voir : http://www.tanaguru.com/

EPUB 3 – des ebooks accessibles à tous

Markus Gylling (Consortium IDPF et Daisy)

Chaque éditeur travaille dans son coin. On ne cherche absolument pas de compatibilité ou de passerelle.
L’accessibilité en pâtit.

La production de livres scolaires accessibles avec ePub 3.0

Gerald Schmidt (Pearson Education)

Le projet LIA (Libri Italiani Accessibili) : vers un service de distribution grand public de livres numériques accessibles en Italie

Cristina Mussinelli (Association Italienne des Editeurs)
htp://www.editeur.org/109/Enabling-Technologies-Framework/
cristina.mussinelli@progettolia.it

Question/Réponse : ePub en France ?
Tous les acteurs de la France on choisi ePub comme format.

Les applications mobiles mieux accessibles à tous

Susanna Laurin (Funka Nu AB)

La vraie révolution d’internet c’est quand les personnes en situation de handicap ont pu utiliser internet
Focaliser sur la loi : mauvaise approche
Le smartphone peut être consulté rapidement ou pendant qu’on fait autre chose (debout par exemple).
Pas de réseau à trouver (wifi)
Le smartphone n’est pas pratique pour taper un texte

Recommandation :

Faire les choses très simple à utiliser : avant, cela était particulièrement important pour les handicapés, maintenant, c’est important pour tout le monde à cause de la façon dont on utilise notre smartphone (dans la rue par mauvais temps, dans le bus, à vélo, etc.)
Les recommandations autour des couleurs et des contrastes sont très important pour tout le monde (utilisation à l’intérieur ou au soleil).

La zone reconnue comme étant celle à laquelle on a accès est prévue pour les droitiers mais pas pour les gauchers.
Funka Mobile Guidelines
48 guidelines – 6 chapters

Plusieurs possibilités si je veux faire mon site web en mobile :

  • responsive design (même si l’utilisateur peut ne pas reconnaître le site qu’il connaît bien sur l’autre terminal)
  • Limiter le contenu. Ex : American Airlines – uniquement le formulaire de réservation de billet – Choisir une seule fonctionnalité (mais les gens utilisent de plus en plus les terminaux mobiles pour surfer donc ils peuvent vouloir l’exhaustivité des infos sur leur mobile. Le mieux serait d’avoir les deux.
  • Des services différents pour le mobile (même remarques que précédemment). Ex : BBCiPlayer : d

www.funkanu.com/mobile

« There is not such thing as an average user ».

Rendre les systèmes d’informations urbains accessibles à des personnes handicapées

Jacques Lemordant (INRIA)

Projet Open Street Map (prochain congrès à Tokyo)

Démonstration d’une application permettant de se faire guider, pas à pas, sur un itinéraire.
Voir : http://www.inria.fr/centre/grenoble/actualites/guider-les-malvoyants-avec-la-realite-augmentee-audio

On peut facilement mettre 5 villes en mémoire dans le téléphone
INRIA fournisse l’outil mais c’est aux utilisateurs (communautaire) de fournir les informations.
Bientôt sur l’apple Store / Androïd
En attendant, pour l’obtenir, envoyer un e-mail à Jacques Lemordant

Conclusion

par Dominique Burger

  • Pour chacun de nos actes, nous avons besoin d’information. Cette information, de plus en plus, est disponible quelque part sous forme numérique.
  • Les usages de cette information se démultiplient.
  • Il n’y a pas d’utilisateur typique : l’accessibilité apparaît comme l’art de traiter tous les cas particuliers, s’adapter à tous les besoins qui sont très divers.
  • Tout le monde a besoin d’accessibilité.

Le fonctionnement d’un navigateur | Soirée performance web

Bon, ça vaut c’que ça vaut, mais voici mes notes de la soirée webperf de mardi dernier.
Comme pour la dernière fois (Atelier sur la performance web du 21 avril 2011 – Compte-rendu), j’ai noté ce que j’ai pu et ce que j’ai compris.

Un navigateur, comment ça marche ?

> comprendre le navigateur pour aider à faire des choix.
Anthony Ricaud

Introduction

Cette présentation n’a, initialement, pas été faite dans le contexte de la performance web. Elle permet de comprendre ce qu’un navigateur fait lors d’une requête (et cela inclue les temps d’attente et de traitement.)

D’un point de vue optimisation de la performance, les éléments présentés ci-dessous sont souvent minimes.

Voir les liens qui ont permis à Anthony de préparer sa présentation : Blogmarks > Marks de Rik lié au tag « navigateur-marche ».

Le navigateur a énormément de choses à traiter (parser les URL, rendu des polices, s’adapter aux OS, téléchargement, etc.)
Ici, on va voir ce qu’il se passe depuis la requête (clic sur un lien ou barre d’adresse) jusqu’au chargement de la page.

anthony

La requête et la réponse

La requête est envoyée. Nous sommes ici dans le cas où tout se passe bien. Le navigateur lit alors les premières lignes du html pour choisir le mode qu’il va appliquer pour interpréter la page.
Il y a trois modes possibles : xml, quirks et standard.

Avec « Content-Type: application/xhtml+xml » > Mode XML

Il est très peu utilisé parce que IE ne le supportait pas jusqu’à la version 9 et parce qu’en cas d’erreur : ça se voit
Pas de pb de performance par contre.
=> Tous les navigateurs sauf IE 7 et 8

Avec « Content-Type: text/html » > Mode Quirks

Modifie le box model (celui du W3C ou celui d’IE)
=> Tous les navigateurs

Avec un doctype > Mode Standard

Considère le doctype comme un indice, au moment où ça a été créé, de la qualité du code.
=> Tous les navigateurs

Les navigateurs se fichent des versions de spécifications (HTML5, HTML4, XHTML1.0, CSS3, etc.)

Conseil aux intégrateurs : d’un point de vue pragmatique, il vaut mieux se référer à ce qui est implémenté et fonctionne plutôt qu’aux specifications qui ne sont pas toujours à jour.

Le DOM

= la compréhension qu’a le navigateur du HTML qu’il stocke en mémoire
C’est le DOM qui est manipulé par JS.
Il est composé de nœuds éléments et de nœuds texte.

NB :
Même si espaces et retours à la ligne créent des nœuds texte vides, il n’est pas préconisé de minifier le HTML : le gain serait négligeable alors que parallèlement, il y aurait des problèmes de rendu à gérer.

Le HTML sera identique dans tous les navigateurs à partir de IE9/10. C’est-à-dire, par exemple que l’erreur <p><strong></p></strong> sera interprétée de la même manière par tous les navigateurs.

Les sous-ressources

Pendant que le navigateur récupère le HTML, il va chercher les sous-ressources (images, les CSS, JS).

Les images

C’est non-bloquant, le téléchargement continue.
Le décodeur (le machin qui traite les images) n’a pas non plus d’impact sur le temps de traitement car il compose l’image de son côté et l’envoie quand elle est prête.

Le CSS

C’est non-bloquant, le téléchargement continue.

CSS Buckets

Le navigateur ne prend que les sélecteurs et les place dans des « seaux » (hashtable) :

  • id : #sidebar ; div#sidebar pour une raison de spécificité
  • class : .item
  • tagname : div
  • autres : :visited

cssbuckets

Dès qu’il y a un combinateur de sélecteurs( espace , « ~ », « > » et « + »), c’est celui qui est le + à droite qui l’emporte

Les sélecteurs dans Autres vont ralentir la performance.

CSS maching

Les navigateurs prennent tous les nœuds et vont chercher les règles CSS qui leurs correspondent.

div#sidebar et #sidebar sont dans le même seau mais div#sidebar oblige à une vérification de plus.
Dragonfly sort un profiler de CSS qui va permettre de voir les performances de chaque sélecteur (beta). En effet, sur la performance de sélecteur, il y a beaucoup de  cas particulier. (un outil du même type est en préparation chez Webkit)

  • div p : on ira pas chercher « div »
  • ul p : il faudra vérifier tous les parents avant de passer à la suite
  • ul > p : il n’y a qu’un parent à remonter
  • body > div p : il a dû monter et descendre beaucoup de fois pour établir la règle

Là encore, à moins d’avoir un très grand DOM ET un très grand nombre de sélecteurs, tout ça est négligeable en matière d’optimisation de la performance. S’il n’y avait que deux choses à avoir en tête :

  • Plus un sélecteur est court, plus il est rapide à analyser.
  • Essayer d’avoir le moins possible de sélecteur dans « Autres »

(webkit stocke + d’informations sur le DOM pour pouvoir descendre et remonter dans les noeuds plus vite ensuite)

Render Tree

Les images et le CSS ayant été traités, le « render tree » peut être fabriqué.

Reflow ou layout (selon les navigateurs)

A moins d’un timeout ou d’un JS qui demande une position, le reflow n’est lancé qu’une fois que toutes les CSS ont été chargées.

Chaque bloc est placé dans la page selon sa position et sa taille.

reflow

> Voir la vidéo sur Wikipédia Japon qui montre le reflow
On voit dans la vidéo qu’il commence par le centre, fait le côté et, à la fin …recommence : car il se rend compte en bas de colonne de gauche qu’il n’a pas assez de place en hauteur et qu’il doit donc ajouter un ascenseur à droite. Il recalcule alors les largeurs en fonction.

NB : Sur IE, la scrollbar est mise d’office.

A ce propos, Vincent Voyer
propose une astuce : « Forcer la barre de défilement et empêcher un reflow au chargement : body{overflow-y: scroll;} »

NB : Chrome et Safari ont des outils géniaux pour se faire une idée également de ce qui se passe pour l’affichage de la page. Voir aussi Firefox Affiliates.

Le reflow est donc une étape relativement longue (compte-tenu de notre échelle). On peut donc garder en tête de veiller à ne pas générer de reflow inutiles.

Les 2 cas fréquents qui déclenchent le reflow alors que cela pourrait être facilement évité :

  • images dans le code HTML sans width / height
  • l’insertion des Flash avec des librairies JS comme swfobject
Painting

= la vue de ce qui est affiché à l’écran

Avant, c’était le processeur qui dessinait tout. De ++ c’est le GPU (Processeur Graphique) (+ puissant pour ces tâches (dont les transformations pour certains navigateurs)

Le JS

Rappel : c’est bloquant (= le parseur s’arrête et télécharge, interprète et exécute le JS avant de continuer)
Depuis deux, trois ans, un parseur secondaire va chercher en parallèle les URL (pour gagner un peu de temps) mais pas plus

Il  y a des opérations JS hyper rapide. par contre, les éléments entres JS et DOM prennent forcément du temps.
Le DOM c’est lent.
Si on demande des dimensions, on déclenche le reflow : faire toutes les demandes de lecture au début et ensuite seulement toutes les écritures.

EX : si on change couleur ou opacité, par exemple, pas de reflow déclenché

Display none libère de la mémoire mais est plus long à remettre en place.
Visibilty hidden : ne libère pas de mémoire mais est ré-affiché plus vite.

Les soirées webperfParis se réorganisent …Lorgnez du côté de https://sites.google.com/a/survol.fr/webperf-user-group/ pour être tenu au courant.
Photo : Prélude

Résumé de mon atelier sur l’argumentation de la gestion de la qualité web

Le résumé de mon atelier « Argumenter en faveur du Responsable qualité web », fait le 15 octobre à Paris Web 2011, est en ligne …mais pas ici !

Ben oui, avec le lancement de w3qualité (voir w3qualité, un portail pour parler de qualité web), je vais essayer de mettre là-bas tout ce qui concerne la qualité web.

C’est donc là que ça se passe :

Pour ceux qui me suivent pour la qualité web, je vous conseille donc le flux RSS de w3qualité.

« Maman j’ai peur » : atelier Paris-Web pour aider les orateurs (potentiels)

Compte-rendu

Un compte-rendu est disponible sur le site de Paris Web.

Enregistrement sonore

Un enregistrement sonore est disponible sur SoundCloud (merci Yves !) :
Formation orateurs Paris-Web à Cifacom by yvg

Diaporama – 1re partie : « Vos slides »

Diaporama de Virginie : Vos slides

Diaporama – 2e partie : « La prise de parole »

Diaporama sur la prise de parole ; les vues ont été annotées.

Je ne fais pas de résumé de la présentation. S’il ne fallait en retenir que quelques points :

  • Préparez !
  • Soyez conscient de vos points forts, des points positifs (dès maintenant et au moment de passer sur scène)
    • Je me suis préparé
    • Mon sujet intéresse (l’équipe de sélection qui l’a choisi et le public qui est venu)
    • le public est toujours plus bienveillant qu’on peut l’être avec soi-même
    • Toute l’équipe d’organisation est là pour m’aider
    • Telle ou telle personne est dans la salle (et ça m’aide)
    • J’ai vu / écouté / assisté à la préparation Paris-Web « Maman j’ai peur ! »
    • Je connais mes points forts
    • J’ai mis des habits dans lesquels je me sens à l’aise
  • Ayez votre message en tête en permanence et faites-le passer
  • Pensez à la respiration qui peut vous aider à tout moment (face au track, au stress, pour reprendre souffle et rester concentré…)

Un peu plus ?

J’avais fait quelques articles sur la prestation orale. Vous trouverez également plein d’autres liens sur Internet ou encore le même atelier, en 2010, tenu par Stéphane Deschamps (là aussi, l’enregistrement sonore est disponible).

Convaincu(e) ?

Vous avez jusqu’au 18 juin pour répondre à l’appel à orateur de Paris Web ! En plus des thématiques chères à Paris Web, un angle d’attaque (totalement facultatif par ailleurs) est proposé : K.I.S.S. ; Keep It Simple …and Smart.

Atelier sur la performance web du 21 avril 2011 – Compte-rendu

Chers débutants en web performance, j’ai testé pour vous l’atelier #webperf. Cela se passait le 21 avril, dans les locaux d’Octo, à Paris. Le but de la soirée était d’échanger autour de différents sites web et de proposer de quoi améliorer leur performance.
Il y avait du haut niveau dans la salle et j’ai donc eu l’occasion de saisir plein de mots, plein de notions à aller explorer.
Voici donc un petit « en vrac » de cette soirée.

_MG_7166

Les outils

Voici une liste des outils qui ont été cités à l’occasion de cette soirée.

WebPageTest.org

www.webpagetest.org

Ancien AOL Page Test (qui lui permet de tester en local)
Je connais WebPageTest depuis quelques temps. Outre qu’il permet de simuler des tests de connexion en affinant les paramètres, il génère aussi des copies d’écran permettant de voir ce que l’internaute voit pendant le chargement. Voilà qui m’intéresse beaucoup.

Firebug

http://getfirebug.com/

Speed Tracer (sous Chrome)

http://code.google.com/intl/fr/webtoolkit/speedtracer/

Speed Tracer à l’avantage de renseigner aussi l’exécution du JavaScript (et pas seulement son chargement)

YSlow

http://developer.yahoo.com/yslow/

Google Page Speed

http://code.google.com/intl/fr/speed/page-speed/

DOM Monster

http://mir.aculo.us/dom-monster/

DOM Monster est un « bookmarklet » qui permet d’avoir de nombreuses informations sur le DOM et son chargement.

Dyna Trace

Dyna Trace permet de faire, sur IE et Firefox, du profiling JavaScript.

Mobitest7

http://www.blaze.io/mobile/

509inc.com

http://509inc.com/

(en beta pour l’instant – Androïd uniquement)

A noter également :
Akamaï donne régulièrement des statistiques par pays sur les connexions (à voir s’il s’agit de moyennes ou de médianes)

http://www.akamai.fr/enfr/stateoftheinternet/

Et bien sûr, le code source de la page (où j’ai pu trouver, moi aussi, une petite opti à faire, ouaiii !)

Les conseils à la volée

Les conseils ci-dessous ne représentent ni la totalité des optimisations à faire sur un site, ni la totalité de ce qui a été dit à la soirée WebPerf. Il s’agit de ce que j’ai réussi à noter et à (plus ou moins) comprendre.
De plus, chacun de ces conseils a été donné dans le contexte d’un site. Comme toujours, il ne s’agit pas de préconisation à appliquer à la lettre, mais ce sont des pistes à valider en fonction de chaque cas.

Images

CSS

  • Ne pas séparer une CSS qui est appelée à chaque fois.
  • Servir les CSS plutôt sur le même domaine que le HTML
  • La CSS pour l’impression n’est pas utile dès le début. La télécharger, via un JS, à la fin (ou la concaténée avec une autre si elle est légère)
  • Se poser la question de la nécessité d’une CSS spécifique pour IE 7. IE 7 étant le navigateur le plus lent de tous, autant ne pas le charger en plus.
  • Dès qu’on utilise des commentaires conditionnels, insérer un commentaire conditionnel vide tout en haut. En effet, l’appel à commentaire conditionnel bloque 100ms.

CSS et JavaScript

  • Mettre CSS et JS en cache
  • Ajuster la durée de vie des CSS et des JS générés

HTML

  • Limiter le plus possible les styles en ligne et les « document.write »

Marqueurs d’audience

  • Réduire la taille de Google Analytics (une astuce permettrait de réduire le code asynchrone ; même si les différences seraient faibles selon certains tests, ça vaut toujours le coup). L’asynchone peut être mis en haut de page.

Serveur

Autres

Je rappelle donc que ces conseils ne sont pas des vérités absolues mais bien des pistes à revoir en fonction du contexte.

Pour se tenir informé des prochains événements webperf_fr :
https://sites.google.com/a/survol.fr/webperf‐user‐group/ (flux RSS disponible)
https://twitter.com/#!/webperf_fr

_MG_7165
Merci www.prelude.me pour les photos (et les réponses, ci-dessous, aux questions auxquelles je ne savais pas répondre !)

« Intégrer l’accessibilité dans une démarche qualité » – Résumé

Introduction

La vidéo de l'interview avec audio-description, sous-titres, langue des signe...
La vidéo de l'interview avec audio-description, sous-titres, langue des signes...

Partons d’un exemple : un intégrateur très motivé doit mettre en ligne une vidéo de deux personnes – Sheldon Cooper et Leonard Hofstadter – en interview. Plein de bonne volonté, il met tout en œuvre pour rendre sa vidéo accessible : transcript, sous-titres, audio-description, langue des signes, etc. Malheureusement, tout ça lui prend beaucoup de temps, la rédaction du transcript est longue et fastidieuse parce qu’il ne comprend pas tous les termes techniques, les sous-titres sont parfois illisibles à cause des textes incrustés à l’écran et la réalisation de la vidéo en langue des signes a été très difficile car il a fait appel à un ami signeur et a dû filmer avec du matériel qui n’est pas adapté.

Résultat : notre intégrateur a le sentiment d’avoir passé beaucoup de temps et dépensé beaucoup d’énergie pour un résultat décevant. Il est totalement découragé et décidera probablement de ne plus prendre en compte l’accessibilité sur les prochaines vidéos.

Comment aurait-il pu éviter cette situation ?

Objectif

Objectifs de la conférence : pourquoi, comment intégrer l'accessibilité dans une démarche qualité
Pourquoi, comment intégrer l'accessibilité dans une démarche qualité

L’objectif de cette conférence est de donner des pistes pour éviter ce type de situation d’échec. Intégrer les problématiques d’accessibilité dans une démarche d’amélioration continue de la qualité nous semble être la bonne solution. Pour cela, voici quatre grands principes à appliquer.

#1 Intégrer l’accessibilité en amont

Principe #1 : intégrer l'accessibilité en amont
Intégrer l'accessibilité en amont

En intégrant les considérations d’accessibilité dès la conception du projet, on s’offre plusieurs avantages :

  • Si vous êtes clients, vous vous assurez d’avoir un prestataire capable de prendre en compte l’accessibilité. De plus, vous envoyez au marché le message que c’est une exigence de plus en plus demandée.
  • Si vous êtes prestataire, cela pourra être un plus, un avantage concurrentiel.
  • Dans tous les cas, vous anticipez ainsi les contraintes techniques liées aux outils et vous pouvez faire vos choix techniques et fonctionnels en connaissance de cause.
  • Et bien sûr, en intégrant l’accessibilité en amont et tout au long des développements, vous gagnerez du temps par rapport à une intégration en mode « rattrapage » en fin de projet.

Comment faire pour intégrer l’accessibilité en amont ?

  • Choisissez une direction. Cela peut-être l’Accessibilité avec un grand « A », cela peut-être le business, le service, etc.
  • Identifiez les objectifs qui vont servir à aller dans le sens de cette direction.
  • Signalez votre volonté d’accessibilité dans des chartes, cahiers des charges, spécifications, etc. Évitez toutefois le simple paragraphe générique (type « Le site doit être accessible selon le niveau double-A des WCAG »). Il vaut mieux une dilution du message contextualisé dans les différents contenus : des éléments concernant les graphistes dans la charte graphique, des éléments autour de la vidéo dans les spécifications pour la vidéo, etc.

#2 : Avoir un sponsor

Avoir un sponsor pour accompagner l'accessibilité
Avoir un sponsor pour accompagner l'accessibilité

Le sponsor est une personne assez haut-placé dans la hiérarchie qui aura la possibilité de porter l’accessibilité. Il va favoriser les échanges entres les équipes et les services. Son appui motivera l’appropriation collective des pratiques d’accessibilité.

Comment trouver votre sponsor ?

  • Il va d’abord falloir convaincre votre sponsor. (1)
  • Surtout, utilisez des arguments ciblés et adaptés ! Ne parler pas de référencement pour un intranet, par exemple, mais visez bien vos arguments en fonction des objectifs du sponsor.
  • Enfin, le sponsor n’a pas besoin d’être un expert en accessibilité ; ce n’est pas du tout ce qu’on lui demande. Il faut surtout qu’il soit convaincu car on compte sur lui pour rappeler la prise en compte de l’accessibilité et son importance tout au long du ou des projets.

#3 : Répartir les responsabilités

Principe #3 : Répartir l'accessibilité entre tous les intervenants
Répartir les tâches d'accessibilité entre tous les intervenants

Remettez chacun fasse aux responsabilités de son métier ; le graphiste prend en compte les critères graphiques, le contributeur les critères de rédaction, etc. Car la compétence en accessibilité se construit collectivement ; ce n’est pas (uniquement) l’affaire d’un expert.
De plus, les actions en faveur de l’accessibilité sont ainsi réparties en petits lots ; c’est bien plus facile ainsi de la mettre en place.
Chacun étant conscient de ses tâches et de son rôle à jouer, vous favorisez ainsi la naissance d’automatismes et donc favorisez une mise en place durable et naturelle de l’accessibilité dans la production. (C’est ty pas beau, ça ?!)

Comment répartir l’accessibilité entre chaque intervenant ?

  • Sensibilisez chacun par rapport à son métier ; inutile de parler des contrastes des couleurs au développeur. L’idéal, est de fournir à chacun des fiches listant les éléments d’accessibilité qui le concernent. Ne recopier pas simplement les critères tels qu’ils sont formulés, mais faites de vraies fiches explicatives si vous voulez faire passer votre message. (2)
  • Accompagnez vos intervenants le plus possible ; votre objectif est de les convaincre à la fois de l’utilité de l’accessibilité mais aussi que sa mise en place est possible sans gros bouleversements ni perte de temps.
  • Bien sûr, quand cela est possible, faites de la formation et faites suivre des (bonnes) formations.

#4 : Intégrer l’accessibilité en mode amélioration continue

Principe #4 : Gérer l'accessibilité en mode amélioration continue
Gérer l'accessibilité en mode amélioration continue

Le principe de l’amélioration continue est d’échelonner les tâches en cycles itératifs. En matière d’accessibilité numérique, tout ne peux pas être traité d’un coup et rester pérenne dans la vie du site. Les éléments d’accessibilité se perdent s’ils n’ont pas été intégrés dans les processus de production.

De plus, les cycles itératifs permettent de mesurer les progrès entres deux mises en lignes importantes.

Comment intégrer l’accessibilité dans un cycle d’amélioration continue ?

  • Surtout, ne présentez pas l’accessibilité comme un monobloc à passer en force. Pensez toujours en terme de multi-touches que vous allez organiser, prioriser, répartir.
  • N’attendez donc pas une version parfaite pour mettre en ligne mais faites les concessions nécessaires (par rapport à la réalité du terrain : temps, compétences, etc.), améliorez (processus, formation, code) et faites une nouvelle mise en ligne. Puis …recommencez (améliorations > mise en ligne > améliorations > …) !
  • Faites des audits entre deux mises en ligne importantes et communiquez sur les résultats. Vous envoyer ainsi un retour aux différents intervenants qui font des efforts en matière d’accessibilité et vous envoyer aux décideurs le message que des progrès sont faits, sans prise de temps conséquente.

En résumé

Vous venez de mettre en place un processus d’accessibilité en démarche qualité car :

  • Vous vous êtes fixé, en amont, une direction, des objectifs pour la servir et des critères – objectifs et mesurables – pour y parvenir.
  • Vous avez assuré l’implication des différents intervenants grâce à votre sponsor et à la montée en compétences.
  • Vous avez mis en place un cycle itératif d’amélioration continue.

(1) : L’objet de notre intervention ne portant pas là-dessus, nous ne nous sommes pas penchés sur les arguments pour convaincre. Cela pourrait d’ailleurs faire l’objet d’une conférence à part entière …Qui la fait quand et où ?! 😀 [Retour]

(2) : Voici deux exemples montrant à quoi ces fiches peuvent ressembler : Exemple de fiche accessibilité pour webdesigner et contributeur (PDF, 400 Ko)
(Nota bene : le PDF n’est pas encore balisé, oui, c’est une honte, mais comme ça je sors le résumé le plus rapidement possible et j’améliore ensuite 😉 !) [Retour]

Merci beaucoup à Sébastien d’avoir présenté cette conférence avec moi et d’y avoir apporté toute son expertise et son expérience en matière d’accessibilité.

Merci au W3Café pour l’organisation de cette journée accessibilité. Vivement les prochains événements !

D’autres que moi en parlent :

Diaporama

5ème Forum Européen de l’Accessibilité Numérique – Compte-rendu

En résumé

D’un point de vue global, la 5ème édition du Forum Européen de l’Accessibilité Numérique (FEAN) était un bon cru.
Si, effectivement, les experts peuvent être déçus de ne plus y apprendre grand chose, on peut se poser la question de qui est réellement le public. Une problématique qui revient sur certaines conférences d’évangélisation : le public des convaincus vient là où il faut réussir à amener le public à convaincre.
Avec une thématique « Coûts et bénéfices » et des présentations d’outils, j’étais venu y chercher de l’argumentaire et de la méthodologie. Comme souvent, j’ai été déçue de ne pas y trouver plus de concret (par contre, on a été servi en bla-bla politique et en bla-bla commercial !). Malgré tout, j’en retiens pas mal d’informations intéressantes.

Si je devais résumer les messages les plus fréquents de la journée :

  • prendre en compte l’accessibilité dès la conception
  • la formation est la clé (former les intervenants pour que chacun intègre les briques d’accessibilité propre à son niveau et ait une vision globale des briques des autres)
  • les états et les lois ont leur rôle à jouer pour accompagner et convaincre

On n’a pas contre entendu assez à mon goût (mais on l’a entendu !) l’idée de l’accessibilité comme utile à tous et non pas à un public en particulier. Non, l’accessibilité ce n’est pas pour les handicapés !

Puisque j’ai évoqué le discours politique, rappelons tout de même que le décret d’application de la loi de février 2005 a été mis en application en mai 2009 et qu’il ne reste donc que quelques mois aux organismes publics pour mettre le site en conformité avec les règles d’accessibilité.

Mise à jour 19/05/2011 : les actes du colloques sont en ligne. J’en ai profité pour ajouter les liens vers les diaporama.
Voir aussi les vidéos Braillenet.

Notes

Sébastien Delorme, Atalan
L’accessibilité au service du e-recrutement

Pourquoi se préoccuper de l’accessibilité du e-recrutement :

  • cohérence avec les valeurs et la politique sociale de l’entreprise
  • audience élargie
  • respect de la réglementation (6% des effectifs)

Une méthode qui peut s’appliquer à un site de e-recrutement …comme à beaucoup d’autres :

  • signaler dès le cahier des charges la volonté d’accessibilité
  • si on pense utiliser un CMS, voir sur quoi on a la main et choisir son prestataire en fonction de ce qu’on pourra faire de l’outil
  • accompagnement de l’expert accessibilité tout au long du développement
  • recette et liste des points à traiter pour une montée de version
  • formation des rédacteurs et des administrateurs en fonction de leur profil et de leur champ d’intervention

Diaporama, PDF et résumé

Donal Rice, Autorité Nationale du Handicap (Irlande)
Keynote : Usage des TIC pour l’éducation inclusive : coûts et bénéfices

Cette présentation a l’avantage d’avoir présenté des coûts et des bénéfices mais aussi des outils et des exemple concrets de l’accessibilité.

10 à 12% de la population mondiale est en situation de handicap et ce chiffre va augmenter.

Si on estime que l’éducation d’un enfant avec des besoins spécifiques prend 2 à 4 fois plus de temps, une étude montre aussi que le coût de la non-intégration de la population handicapée à la vie sociale et au monde du travail s’élève à 35,8% du PIB d’un pays (Chiffre : UNESCO, Europe centrale et Indonésie)

Diaporama de D. Rice (PDF)

SNCF
La politique du groupe SNCF en matière d’accessibilité du Web

La SNCF a présenté certains de ces sites et à apportés des témoignages sur leur mise en place de l’accessibilité. Dans l’ensemble, il s’agissait surtout de présenter un site en 5 minutes et de dire « à telle date on a fait ça et c’est mieux ».
La SNCF a toutefois été félicitée par le président de la Fédération des Aveugles et Handicapés visuels de France pour leurs efforts et leurs actions.

A noter : la SNCF utilise Safeguard comme outil de remontées des erreurs d’accessibilité. Un outil que je ne connais pas.

Diaporama de la SNCF (PPT)

James Odeck (The Norwegian University of Science and Technology, and Norwegian Public Roads Administration
Kenote : Évaluation économique de la conception pour touts dans les transports : l’expérience norvégienne et son application dans les TIC

L’intervention de James Odeck était particulièrement intéressante et concrète. Même si ici l’accessibilité n’était pas numérique, cette présentation nous remet en tête un principe majeur que l’on doit transmettre et re-transmettre : l’accessibilité permet de couvrir des besoins d’une population spécifiques mais les mesures mises en place sont bénéfiques à tous.

L’exemple très concret pris était la mise en place d’une entrée de plain-pied dans les bus. Sans même parler du côté agréable pour tout le monde (à pied et sans charge), cette entrée permet aux fauteuils mais également aux poussettes ou aux valises à roulettes de rentrer facilement. Le temps gagné pour cet accès facilité profite à tous (temps de « chargement » et temps du parcourt au global), etc.

Angeetdemon75 sur Twitter : très intéressant ce norvégien : accessibilité utile pour tous et non pour les handicapés… Et oui c bien de ne pas l oublier

Pensez à tous ces usages du quotidien indispensable à un public handicapé et dont vous ne voudriez pas vous passer : ascenseurs, escalators, télécommande…

Ronald Schild
Keynote : La numérisation des livres : une situation gagnant-gagnant pour les usagers handicapés et les éditeurs

sebsol sur Twitter : DRM kill accessibility. Another reason to drop it

Nissone sur Twitter : L’ebook va avoir recours à la séparation contenu/forme. …ben, fallait nous demandé, on vous l’aurait dit 😀

Diaporama de R. Schild (PPTx)

Thomas Logan, HiSoftware
Comment les outils de vérification de conformité peuvent améliorer la qualité et réduire le cycle de développement

HiSoftware présentait entres-autres leur outil Compliant Sheriff (que je ne connais pas plus que Safeguard)

Diaporama de T. Logan (PPTx)

Matthieu Faure, Open-S
Audit d’accessibilité : comment repousser les limites de l’automatisation ?

sanvin sur Twitter : #tanaguru : y’a quelques trucs vraiment bon, automatiser plus certains tests…

notabene sur Twitter : Légère mauvaise foi de @mfaure quand même des fois

Diaporama de M. Faure (PDF)

Jean-Marie D’Amour, Institut Nazareth et Louis-Braille
Réduire le coût tout ua long de la chaîne de production

Si une partie de la conférence de Jean-Marie D’Amour m’a déçue, c’est parce su elle me renvoyais a mon vécu. Autant cela fait toujours du bien de voir qu’on est pas tout seul, autant j’étais vraiment venue chercher de l’argumentaire.
Je retiens tout de même les solutions avancées :

  • le partage des responsabilités
    Voir par exemple : Accessibilité Web > Répartition > WCAG 2.0
  • la formation en fonction des profils, des métiers, des taches
  • l’accompagnement
  • et aussi la démonstration : rien de tel, dit-il, qu’un aveugle faisant une démonstration pour faire comprendre.
notabene sur Twitter : distribution des tâches et formation ciblée ça doit être dit et redit

Olivier Nourry, Micropole et Jean-Pierre Villain, Qelios
Optimiser l’intervention experte dans un projet web

Voilà une conférence dont je suis pressée de récupérer le support de présentation (1).
Olivier Nourry soulève en autre un point particulièrement pertinent : il ne faut pas confondre l’expert accessibilité et l’expert en évaluation. L’expert en évaluation intervient au moment d’auditer le site et son expertise est arbitrée par le référentiel. L’expert accessibilité intervient sur la globalité du projet. S’il ne faut pas le confondre avec les différents intervenants, il est là pour former et accompagner chacun sur son étape du projet. Son intervention se prolonge par du support en continu (e-mail, téléphone, etc.)

notabene sur Twitter : Différencier expert en accessibilité et expert en évaluation. Ouf, enfin.
(1) Mise à jour :
Le support de présentation est disponible : Optimiser l’intervention d’un expert accessibilité (Retour)

Élie Sloïm, Temesis
Industrialiser l’accessibilité d’un parc de sites

Ou comment un audit rapide sur un parc complet avec Opquast Reporting permet de se faire une idée rapide et de prendre des décisions globales.

PatriceBTwit sur Twitter : @ElieSl vient de présenter une approche de type évaluation heuristique pour l’accessibilité

Cynthia Waddell, International Center for Disability Ressources on the Internet
keynote : Poursuites juridiques pour défaut d’accessibilité aux USA

Ou comment des exemples de poursuites aux États-Unis peuvent nous alerter sur ce qui peut arriver en France.

N’oublions pas que les associations n’attendrons pas pour réagir et que la politique d’un organisme d’état et d’une entreprise peut être très rapidement commentée et diffusée en matière d’accessibilité numérique (en bien comme en mal).

Diaporam de C. Waddell (PPTx)

Outils

Je retiens aussi que du côté des outils, il y a pas mal de choses que je devrais creuser. Si jamais vous avez déjà des retours d’expérience…)

Les outils cités :

  • Safeguard
  • Opquast
  • Tanaguru
  • Compliant Sheriff

(et curieusement, pas Ocawa)