simplement Nat

Ok je rentre du Symfony Live, une des conférences majeures du monde PHP, mais je me rend compte que j’ai oublié de parler de Paris Web, la conférence incontournable de tous les acteurs du web.

Je n’ai pas pu y aller en 2009, mais heureusement j’ai eu le droit à une séance de rattrapage grâce au vidéo, alors je vous fait un petit aperçu rapide de ce que j’ai aimé ou non.

Déjà la conférence qui décris le mieux mon métier c’est celle qui parle de l’intégration : Intégrateurs, montez au front ! Stephane Deschamps insiste sur le fait que c’est un métier à part entière, qu’on le nome « intégrateur » ou « frontend developer ».

Une conférence très intéressante également au sujet de l’interaction entre graphiste et développeurs : Webdesigner, l’homme qui parlait à l’oreille des intégrateur. Si l’empathie est pour vous la reine des vertus, alors cette conférence est faite pour vous : la partie où Gilles Vauvarin énonce ce que le développeur déteste chez les graphiste et réciproquement est absolument géniale.

La conférence du Daniel Glazman nous parle des différents web et donc de comment obtenir un web unifié (Un seul Web). A mettre en parallèle avec l’incontournable table ronde sur le web mobile.

Parmis les conférences que j’ai également particulièrement apprécié, même si elle me concerne moins :

• Référencement & Standards Web : La même destination où l’on aborde les microformats.
• De l’ergonomie pour mon e-commerce truffer de conseil et astuce à destination des e-commerce.
• CSS3: Future Style Now pour voir ce que l’avenir nous réserve tout comme Les nouveaux standards du web et leur implémentation avec l’extraordinaire Tristan Nitot.

Toutes les conférences sont disponible en vidéo ici : http://www.dailymotion.com/playlist/x15sk9_parisweb_paris-web-2009

Voici un résumé de l’excelent article de temesis :

Coûts prévisibles

• Formation et communication
• Conseil et assistance
• Temps de développement et de mise en conformité
• Recettes, audit
• Déclaration de conformité et/ou labellisation

Bénéfices à attendre

• Amélioration du référencement
• Optimisation de la taille des pages
• Augmentation de la cible et prise en compte des contextes de navigation
• Possibilité de communiquer sur l’accessibilité et avantage concurrentiel
• Réutilisabilité du code, optimisation des processus
• Indépendance vis-à-vis des prestataires et normalisation du travail avec les partenaires

facteur

4. Assurrer la compatibilité avec un maximum de navigateur.

• Les erreurs significative de HTML / XHTML / CSS sont évité grâce à l’emplois du validateur W3C
• Les éléments et attributs HTML sont utilisés correctement et à bonne escient.

C’est curieux de conclure ce document par la base de la base ! Alors c’est claire, l’élément table sert à présenter des données tabulées et non à faire de la mise en forme, les formulaires sont utilisé avec des label pour chaque input, un fieldset… la base du web sémantique quoi !

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)

cactus

3.3. Assistance à la saisie : aider les utilisateurs et éviter les erreurs.

• Lorsqu’une erreur est detecté, l’élément à la source de l’érreur est identifié et l’erreur décrite textuellement à l’utilisateur.
• Instruction et label sont fournit quand le contenu requiert une saisie.
• Des sugestions à la correction des erreurs sont fourni. [AA]
• Les pages demandant la saisie de données légale ou financière permettent de vérifier, d’annuler et de valider ces données. [AA]
• Une aide contextuelle est disponible. [AAA]
• Les pages demandant la saisie de données permettent de vérifier, d’annuler et de valider ces données. [AAA]

Lors de développement d’appplications complexe, les framework utilisés permettent de réaliser tout cela facilement pour ne pas dire automatiquement. Le problème sera plutôt pour les petits sites où un formulaire isolé est souvent fait rapidement en oubliant les règles de l’art.

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)

Question d'échelle

3.2. Prévisible: Faire apparaître les pages Web et les faire fonctionner de manière prévisible

• La page n’est pas modifié quand un élément de la page reçoit le focus.
• La page n’est pas modifié quand l’utilisateur interagit avec un contrôle.
• Les liens de navigation qui se répètent sur les pages web ne changent pas d’ordre d’une page à l’autre. [AA]
• Les éléments qui ont la même fonctionnalité sur plusieurs pages web sont toujours identifiés de la même manière. Par exemple, un champ de recherche situé en haut du site doit toujours être identifié de la même façon. [AA]
• Les changements sur une page sont déclenchés par l’utilisateur, sinon un mécanisme est prévu pour les désactiver. [AAA]

Il s’agit ici de limiter les comportements « bizare » de certaines pages. Pour que les internautes s’y retrouvent, il est préférable d’utiliser des mécanismes courant (que l’utilisateur à l’habitude) et fiable (qui fonctionnent toujours).

WebAIM’s WCAG 2.0 Check (en) – Web Content Accessibility Guidelines (WCAG) 2.0 (en)

Question d'échelle