Dive the web

On ne surfe plus, on plonge!

Usage correct des images dans un document HTML

L’article Balise <img> ou feuille de style ? publié par Raphaël sur Alsacréations (avec un S!!!) vaut le détour. En effet, ce n’est pas toujours évident de savoir si une image est porteuse de contenu (et doit donc être insérée dans le HTML) ou est uniquement décorative.

Dans un monde idéal, les rédacteurs devraient fournir aux intégrateurs les ALT et les descriptions longues des images quand ces dernières sont porteuses de sens. évidement, dans le vrai monde, ce n’est pas toujours le cas - dans l’agence où je travaille, on nous a dit que c’était aux intégrateurs de rédiger ces textes. D’accord quand il s’agit d’un bouton sur lequel on peu voir en belles lettres blanches le mot “recherche”. Mais dans la plupart des cas, ça peut devenir un réel problème. Imaginez un site web pour une compagnie de camionnage ayant une flotte de camions de la marque X. Personnellement, je n’y connais rien. Pour moi, un camion, c’est un camion. Si je dois mettre la marque du camion dans le ALT, il y a beaucoup de chances pour que je fasse de la publicité pour la marque Y.

Le métier est encore jeune, il y a beaucoup à faire pour avoir une méthode de travail vraiment efficace. Une équipe complète en agence devrait toujours avoir un rédacteur web (j’insiste sur le web).

Tags: ,
April 21, 2006 - 9:06 AM No Comments

Octas et W3Québec

June 3, 2005 - 8:12 AM No Comments

W3Québec et indice SECOR

La semaine dernière, les résultats 2005 de l’indice secor étaient publiés. Le palmarès des 25 meilleurs sites B2C.

Ne faisant ni une ni deux, le W3Québec a réagi en faisant une analyse des 25 sites en question. Un communiqué de presse a été émis. Vous pouvez aussi lire l’analyse des résultats de l’indice pour 2005.

April 26, 2005 - 11:08 AM No Comments

Politique de conformité

Autant que possible, Dive The Web est optimisé pour les navigateurs respectant les normes du W3C (Une liste de navigateurs alternatifs est disponible ici).

Qu’est-ce que ça signifie? Premièrement, ce site utilise du XHTML 1.0 transitionnel et des feuilles de style en cascade (CSS). De plus, un effort est fourni pour le rendre aussi accessible que possible selon les normes établies par le Web Accessibility Initiative.

Si vous trouvez des problèmes, des erreurs ou des irrégulairtés dans le code, n’hésitez surtout pas à nous contacter.

Quelques liens utiles:

Attention: cette politique va évoluer au fil du temps, de vos commentaires et des mes découvertes…

July 25, 2004 - 10:54 AM Comments: Closed

PDA en braille

La compagnie Pulse Data International a lancé un PDA conçu pour les aveugles et les mal-voyants: le BrailleNote PK.

Il est annoncé sur le site de Pulse Data comme étant le premier PDA braille qui peut se glisser dans un poche. Il est compatible Bluetooth, a un port USB, est équipé WiFI… Le tout pour la modique somme de 4995.00$… Parlez-moi d’accessibilité!!!

July 24, 2004 - 9:22 AM Comments: Closed

Usage de balise

Je vous soumets un problème.

En ce moment, je développe un site en Struts [en] et Tiles [en] ; avec un peu de XML… le tout va devoir générer un site conformes aux normes et accessible. J’espère même arriver à un niveau AAA! Je ne sais pas si ça va être possible, je vous ai déjà parlé de certains problèmes…

L’exercise en lui-même est très intéressant, les méthodes à utiliser pour valider un site dynamique ne sont pas les mêmes que pour un site - déjà, Struts ne va pas générer du XHTML si ce n’est pas explicitement demandé.

Mon problème d’aujourd’hui est le suivant: dans ma navigation principale, j’ai des abbréviations et des acronymes. Bien entendu, ils doivent être définis avec les balises appropriées. Dois-je définir les balises <abbr> et <acronym> dans mon fichier de ressources directement avec l’abbréviation? Cette méthode me permet de m’assurer que dès que l’abbréviation apparaît dans le site, elle est expliquée. Mais ça peut devenir un peu lourd. L’autre solution est de choisir clairement à quel moment la définition doit se faire. Doit-elle se faire dans le menu? Doit-elle se faire uniqument dans le texte?

Je ne crois pas qu’il y ait de solution idéale, mais comme il s’agit de jargon interne à la compagnie (pour ne pas dire au département de marketing :-P) ces abbréviations doivent être définies…

July 6, 2004 - 6:46 AM Comments: Closed

UML et accessibilité

Je fais la lecture d’un livre sur UML dans le cadre du travail. Notons au passage que UML est une norme [en]. La version 2 est presque prête à être lancée.

C’est intéressant d’apprendre à modéliser les choses, par contre, je me demande encore si je ne perds pas un peu mon temps avec ça… mais bon, pas vraiment mon problème, et je peux maintenant ajouter un acronyme de plus sur mon CV. Ce qui a vraisemblablement une certaine valeur :-P

La lecture d’un livre sur UML peut mener loin — hier déjà j’en parlais. Aujourd’hui, une autre citation tirée du mème livre…

What do you do if you have pointy-haired management that can’t tell the difference?
Applying Use Case Driven Object Modeling with UML, Rosenberg & Scott, Addison-Wesley, p.55

Traduction libre: « Que faites vous si vous avez des gestionnaires aux cheveux pointus qui ne peuvent pas faire la différence? »

J’ai tout de suite vu un problème ici… Si vous ne connaissez pas Dilbert [en], il est impossible de comprendre le sens de cette phrase. D’accord, elle est hors contexte, ce qui ne rend pas la compréhension plus simple.

Mais est-ce que vous voyez le problème d’accessibilité? On parle souvent de rendre une page accessible par le HTML utilisé, mais on oublie que le niveau de language peut lui aussi être une barrière réelle. Pourtant, la directive 14 pour l’accessibilité aux contenus Web recommande d’utiliser un language clair et simple. Il faut éviter le jargon lorsqu’il n’est pas essentiel, l’expliquer s’il l’est et aussi faire attention aux références trop culturelles.

C’est pourquoi il est important de bien identifier le public auquel s’adresse un site: un site s’adressant à des médecins ne va pas utiliser la même terminologie qu’un site s’adressant aux patients de ce dernier.

June 4, 2004 - 1:28 PM Comments: Closed

Lancement de site: CAMO

Le CAMO pour personnes handicapées lançait cette semaine la nouvelle version de son site. Comme il se doit, le site est accessible! Il répond aux critères de niveau 1 et 2 du WAI, utilise des racourcis claviers, permet de changer facilement la taille du texte grâce à un simple clic… J’ai même essayé de le grossir encore plus avec contrôle + dans Firefox et ça marche! Le texte peut vraiment devenir immense! (Voir la politique d’accessibilité).

Le site est en XHTML strict valide (ce qui est déjà pas mal) et utilise un menu en javascript. Preuve qu’il est absolument possible d’utiliser du javascript et de rester accessible! Le site est aussi optimisé pour les fureteurs qui respectent (et comprennent les normes) - les internautes utilisant de vieux fureteurs (comme Netscape 4.7) seront donc encouragés à faire une mise-à-jour de leur browser, mais le contenu leur sera quand mème accessible.

Ainsi donc, félicitations à l’équipe de développement! En passant, je n’ai pas vu de noms sur le site… c’est voulu?

Mise à jour: le chat sort du sac! C’est Denis et son équipe les responsables! Bravo à tous!
Oh, en passant, j’aime beaucoup la solution trouvée pour encourager les gens à faire une mise à jour de leur browser ;-) [03-05-2004]

June 1, 2004 - 9:30 AM Comments: Closed

Motivation d’accessibilité

Un message d’OldCola sur l’accessibilité semble m’inviter gaiment à répondre ici, plutôt qu’en ne faisant qu’un simple commentaire. (Ce qui me permet d’espérer que, cette fois-ci, le trackback va fonctionner - attendez juste que je change de serveur et je vais tous vous trackbaker. Je m’égare.)

Revenons à nos motifs. « Quels sont les motifs pour promouvoir l’accessibilité sur le Net? » demande OldCola. Je suppose qu’il peut y avoir, selon les individus, beaucoup de raisons. Certains développeurs tentent d’en faire la promotion car eux-même ou un de leur proche vont en bénéficier. D’autres le feront en effet pour attirer un certain public. Mais quel est ce public? Est-ce les gens ayant certaines limitations fonctionnelles? Ou encore les geeks qui sont tout fiers de montrer à leur mère un site sur leur Palm? Ou bien est-ce la bande de maniaques d’accessibilité qui se promènent d’un blog à l’autre?

Peu importe les motivations. Premièrement, nous savons tous que dans certains pays, c’est maintenant la loi de respecter des normes d’accessibilité. Deuxièmement, je pense que le Web a été conçu dans le but de rendre l’information accessible à tous. Dans mon imaginaire personnel, l’accessibilité c’est plus que de rendre un site disponnible aux gens ayant des handicaps: c’est aussi de rendre ce dernier disponnible aux gens ayant des vieux ordinateurs (c’est souvent le cas dans les écoles au Québec), aux gens qui ont tellement peur des mises-à-jour qu’ils utilisent encore IE3, aux geeks qui utilisent leur Palm pour faire leur « show-off »… et la liste peut continuer pendant des heures!

Quand à respecter des normes, que ce soit les normes XHTML, CSS, SVG ou autre, c’est un peu par paresse: respecter ces normes m’assure un minimum de compatibilité avec les « futures-nouvelles » technologies. En principe, ça ne sera donc pas nécessaire de tout recoder dans 5 ans pour faire plaisir au client. De plus, le fait d’être conforme aux normes rend le site plus accessible (tiens, on y revient déjà), plus léger et ainsi de suite, vous connaissez certainement les arguments aussi bien que moi.

Et oui, les normes du Web sont définies par des gens qui se mettent d’accord sur certaines choses. Un peu comme l’Académie Française, non?

May 29, 2004 - 8:27 AM Comments: Closed

La guilde

Aujourd’hui a lieu le lancement officiel du GAWDS: Guild of Accessible Web Designers [en].

Les activités de la guilde ne se limiteront pas à l’accessibilité: le fondateur précise dans le communiqué de presse que l’accessibilité englobe aussi le respect de standards Web qui bénéficieront à tous les usagers d’un site.

Pour souligner son lancement, le GAWDS organise un concours pour le redesign de son site.

Tous les détails dans le communiqué de presse [en].

May 26, 2004 - 7:21 AM Comments: Closed

« Older Entries