Probleme accessibilite et javascript

[doomer2]

Bonjour à tous,

Je suis tout nouveau et j'essaie de faire de mon site accessible à la norma WAAA.

Cependant un probléme ce pose avec ce type de lien qui se situe dans toutes mes pages puisqu'il appartient à mon menu.

Voici les 3 types de liens qui posent probléme :

<img src="../../images/print.gif" alt="imprimer" width="16" height="16" /> <a title="Imprimez la page" href="#" onclick="window.print()">Imprimer la page </a></p>

<a title="Retour à la page précédente" href="#" onclick="window.history.go(-1);return false;">Retour</a>

<a title="Recherche rapide d'un professionnel" href="../../fiche2.php" onclick="window.open(this.href, 'Recherche professionnel', 'height=500, width=600, top=100, left=100, toolbar=no, menubar=no, location=no, resizable=no, scrollbars=no, status=no'); return false;">- rapide </a>

Je ne vois pas comment modifier ces liens pour les rendre accessible.

Un petit d'aide serait la bien venue.

En attente de vos réponses.

Merci à tous.

[LaurentDenis]

<img src="../../images/print.gif" alt="imprimer" width="16" height="16" /> <a title="Imprimez la page" href="#" onclick="window.print()">Imprimer la page </a></p>

Lien à supprimer : il duplique inutilement la fonction d'impression du navigateur.

<a title="Retour à la page précédente" href="#" onclick="window.history.go(-1);return false;">Retour</a>

Même chose, duplication inutile de la fonction d'historique du navigateur.

<a title="Recherche rapide d'un professionnel" href="../../fiche2.php" onclick="window.open(this.href, 'Recherche professionnel', 'height=500, width=600, top=100, left=100, toolbar=no, menubar=no, location=no, resizable=no, scrollbars=no, status=no'); return false;">- rapide </a>

L'essentiel est déjà acquis pour l'accessibilité, puisqu'avec ce code, le lien s'ouvre dans la même fenêtre en l'absence de javascript. Mais avec javascript, ta fenêtre n'est pas redimensionnable et l'absence de barre de menu peut gêner des visiteurs. Donc utilise plutôt:

<a title="Recherche rapide d'un professionnel" href="../../fiche2.php" onclick="window.open(this.href, 'Recherche professionnel', 'height=500, width=600, top=100, left=100, toolbar=no, menubar=yes, location=no, resizable=yes, scrollbars=no, status=no'); return false;">- rapide </a>

D'autre part, "- rapide" n'a aucun sens lorsque le lien est lu hors contexte : il faut rendre cet intitulé plus explicite.

Modifié 5 Octobre 2004 par LaurentDenis

[Kennyad]

Je rajouterai juste une petite chose:

n'oubliez pas les alternative au javascript (<noscript>) car une personne utilisant Lynx ne pourra pas naviguer si tous les liens sont sous forme javascript.

[LaurentDenis]

Heu... Il n'y a pas de <noscript> sur un lien du type <a href="" onclick="window.open(this.href, '...'); return false;">...</a>. En l'absence de javascript, l'attribut onclick est ignoré, et le lien est simplement disponible comme un lien classique.

[Denis]

Oui peut-être, mais le fait d'utiliser un noscript en fin de fichier permettrait tout de même à l'utilisateur de savoir à quoi servent tous ces bouts de javascript dont il ne peut bénéficier, lui permettrait également d'apprendre s'il lui est possible d'utiliser le site quand même dans son état et surtout de se voir offrir une alternative à tous les cas de figure...

[LaurentDenis]

Que diable mettrais-tu dans cette balise <noscript> liée à aucun script et n'ayant donc aucune action spécifique à accomplir ?

Si le site est accessible sans javascript de manière transparente... à quoi bon en informer l'utilisateur qui ne se rendra même pas compte de la présence des bribes de javascript inertes chez lui ?

[Denis]

Dans les exemples présentés plus haut, on parle de pseudo-liens en javascript qui n'ont pas d'équivalence dans le href pour revenir dans l'historique, on parle de pop ups qui s'ouvrent, etc... En intégrant ces divers liens dans un noscript, au moins l'utilisateur aurait un peu de contexte et pourrait utiliser ces fonctionnalités quand même, dans une version purement HTML... Mais évidemment, si d'emblée ces liens étaient présentés en HTML dur et que les popups étaient oubliées pour de simple liens dans une autre page, la question d'un noscript ne se poserait pas...

[Kennyad]

Et si la personne navique au clavier? Il sera content d'avoir des onclik vu qu'il ne clique pas. A moins que cela se corrige aussi tout seul

Personnellement j'aime pas trop le javascript car dans presque tout les cas on peut faire sans (je dis bien presque )

[Denis]

En effet, c'est également une préoccupation à ne pas perdre de vue : sans souris, sans javascript, sans yeux, sans mains... les possibilités sont hautement complexes... et c'est ce qui rend le tout si excitant.

[LaurentDenis]

Chiche qu'on fait une page navigable uniquement avec la langue ? (mais attention : elle ne peut pas bouger la souris ni appuyer sur le clavier)

[Denis]

Chiche qu'on fait une page navigable uniquement avec la langue  ? (mais attention : elle ne peut pas bouger la souris ni appuyer sur le clavier)

Tant qu'à la faire navigable uniquement avec la langue, autant la rendre accessible en goût-o-rama...

OK, vous fâchez pas, je sors --------> []

[LaurentDenis]

Vu que tu es à ma connaissance le seul blogueur à diffuser son site sur un media purement vocal, je pensais que tu sauterais sur l'allusion: il suffit de le faire en X Voice (XHTML + Voice, spécification pour des pages entièrement interactives à la voix)

Bon, je -------> [] aussi

[Denis]

Je peux revenir, le temps d'un commentaire ?

"Le seul bloggueur à diffuser sur un média purement vocal..." je dois avouer que d'un point de vue purement égocentrique, j'aime bien comment ça sonne.

[LaurentDenis]

Bon, si tu es revenu, j'y ai droit aussi :

Pour flatter un peu plus ton égo ( ), et renseigner tout de même ceux qui s'égareraient sur ce fil où même les modérateurs dérapent, l'explication se trouve dans ce billet de Denis, où il détaille la mise en place de la diffusion du site Cybercodeur... en site vocal consultable au téléphone : C² accessible par téléphone.

Le futur, c'était hier

[Denis]

Je dois quand même signaler que je n'y suis pour rien et que c'est Bleizig, dans toute la splendeur de son génie, qui a tout fait.

[Kennyad]

Vu que tu es à ma connaissance le seul blogueur à diffuser son site sur un media purement vocal, je pensais que tu sauterais sur l'allusion: il suffit de le faire en  X Voice (XHTML + Voice, spécification pour des pages entièrement interactives à la voix)

Bon, je -------> [] aussi

<{POST_SNAPBACK}>

Oui oui mais il faut appuyer sur les touches du téléphone oki je sors aussi!

J'ai lu ça hier le truc sur xml voice ça m'a l'air bien comme truc. Je me posais une question: pourquoi aucun navigateur n'accepte les CSS2 voice? car en théorie on peut mettre en place une telle CSS mais ça marche jamais contrairement au CSS print...

[Denis]

pourquoi aucun navigateur n'accepte les CSS2 voice?

Il y aurait des questions beaucoup plus fondamentales à se poser avant... comme pourquoi certains agents utilisateurs accusent des trous de sécurité terribles, ou encore, sont incapables de permettre la navigation par onglets ou de bloquer les pop-ups sans surcouche ou barre d'outils supplémentaires, mais enfin... Je crois bien que tout est une question de répartition de responsabilité entre un manque d'intérêts de la part des équipes de développement de navigateurs à finalement implémenter les CSS aural et un manque de support technologique de la part du matériel informatique qui accueillerait ces informations (encore là, relié directement aux équipes développant des outils).

Si on est capable d'aller sur la Lune et d'envoyer des petits robots sur Mars, on devrait être capable d'appliquer des règles CSS à travers un synthétiseur vocal ou une ligne téléphonique...