adatim

Bonjour, une petite question toute bête ... s'il est possible de dire à css que l'on veut modifier l'attribut X qui se trouve dans Y peut on au contraire dire qu'on veut l'attribut Y qui contient X ? Je m'explique j'ai un bouton de type submit qui se trouve dans un DIV. Il n'est pas possible de toucher une seule ligne du code ca serait effectivement plus facile mais ceci est réellement impossible. Donc ce que je voudrais dire c'est prends le DIV qui contient le bouton qui a le nom X (le bouton lui est nommé contrairement au div) et tous les div qui contiennent des boutons X auront ce style ... A mon avis c'est impossible mais au cas où quelqu'un puisse me répondre je pose quand même la question. Lionel

Merci mais au final j'ai changé la donne et modifié qq peu la charte graphique du site pour les intégrer ... comme ca on ne les perdra plus de vue

Oui mais non lol je me suis peut être mal exprimé ... si je clip mes liens ils n'apparaitront pas mais seront toujours survolables avec la touche tab et ca que je veux éviter car c'est extrèmement désagréable ... Quelqu'un aurait une autre idée ? Lionel

Bonjour, j'avais posté un message au fond de celui qu'avait mis Eric il y a quelques jours mais il a du se noyer Je vous explique donc ma péocupation et mes pensées dans un nouveau post ... Je me demande que faire de mes liens d'évitement ou plutot d'accès rapide. Je vous explique. Pour des raisons d'interface graphique je ne peux pas les faire apparapitre sur la page ils sont donc juste cachés dans un div mais pas désactivé. Mais personnellement il m'arrive de me retrouver sur un vieux portable qui n'a pas que son très vieux touchpad (sic!) qui clique que quand il en a envie. Dans ce cas je prends un clavier et je surfe avec la touche TAB qui fonctionne encore (ouf !) ... Seul hic les liens d'évitements font parfois disparaître le curseur qui va se placer dieu sait où mais de façon invisible puis revient au bout d'un certain nombre de tabs. Est-ce que l'on ne pourrait pas ainsi éviter ce désagrément ??? Essayer en effet de ne naviguer qu'au clavier sur ce site : Le grand chalon. Bon mis à part le fait que l'on se retrouve bloqué parfois pour des raisons inconnues, on a surtout ces liens d'évitement qui déstabilisent complètement ... Dans le guide 30 jours pour améliorer l'accessibilité il est dit : Mais là je me pose la question suivante ... normallement jaws se plie au navigateur et si je mets tout ces liens en display:none ie par exemple ne les voit plus vu qu'il le respecte et jaws ne les lit donc pas ... n'est ce pas ? J'espère me tromper Sinon d'après vous quel est le moindre mal ? Lionel

oui tout à fait ... enfin la balise c <acronym title='société ...> (pas deux c)

Oui tout à fait je le comprends bien et comme je le disais l'intention est louable mais même pour une référence internet pourquoi ne reprends tu pas (avec l'autorisation de leurs auteurs bien sûr) certains tutos très simples comme celui de Monique posté sur le hub ? ou bien d'autres encore que je ne pourrais pas lister ici ... Je comprends tout à fait que beaucoup de personnes ne voudront pas se pencher sur les mécanismes internes parfois complexes de l'accessibilité mais c'est vouloir la résumé ne sera pas chose facile. Je pense que le plus simple dans ton cas serait de développer l'interface globale de façon accessible puis de mettre un gestionnaire de contenu basique pour les gens qui devront enrichir le site et générer les pages à la volée par php. Ainsi ils ne toucheront pas vraiment au code et n'auront qu'à apprendre quelques règles en terme de contenu (balises lang par exemple, règles ergonomiques ...) Sinon un conseil si tu veux quand même développer un petit manuel d'accessibilité enrichis le de nombreux exemples ca parlera beaucoup plus et puis même si ce n'est pas toujours universel ca permet de copier coller puis d'implémenter comme bon nous semble ... Rajoute aussi un sommaire cliquable en haut du document qui renvoie sur chaque partie ca fera gagner du temps.

Bonsoir, je viens de lire le document et bien que celui là parte d'une très bonne volonté je pense qu'il aurait besoin de se nourrir de conseils beaucoup plus pratiques et précis. En effet, tu donnes ici quelques recommandations -qui me semblent parfois assez étranges- mais tu ne parles pas de moyens à mettre en oeuvre pour respecter ces recommandations. Exemple : Je pense que chaque balise a sa raison d'être et une balise abbr servira uniquement si abréviation et non pas pour un changement de langue sauf si l'abréviation comporte un changement de langue mais il n'y a pas de hiérarchie à suivre c'est la logique qui décide ... Je pense que tu devrais peut-être réaliser un tel document pour une base mais reprendre les nombreux blogs, sites, etc qui donnent de très bons conseils pas à pas et faire des liste bien ordonnées et triées de toutes ces informations afin que chacun puisse s'y référer quand nécessaire. En effet .... pourquoi voudrais tu réexpliquer le fonctionnement de qqch si bien fait par ailleurs ? En tout cas si tu as besoin que quelqu'un jette un coup d'oeil au site une fois avancé je pense que tu trouveras bcp de monde ici pour te rendre ce service et je le ferais aussi avec plaisir car je pense que de bonnes initiatives comme celles-ci doivent être encouragées.

Bonjour, j'aimerais savoir s'il est possible de mettre une condition en css ... Un exemple vallant mieux que de longs discours j'ai ca #content a:link:after, #content a:visited:after { content: " [" attr(href) "] "; } Ce qui me permet d'afficher le contenu du lien après le lien. Certes ce n'est pas compatible avec tous les navigateurs mais à son niveau d'utilisation ca ne pose pas de soucis. C'estjuste un petit plus pour les navigateurs compatibles. Ce que je voudrais ce serait dire qu'il n'affiche à côté le lien QUE SI c'est un lien externe commencant par http:// et non pas un lien vers une ancre par exemple ... Je ne sais cependant pas si c'est faisable ni comment ... sans utiliser javascript par contre. ... Lionel

Merci Monique pour ce post que je n'avais aps retrouvé avt de lancer ce fil même si je l'avais pourtant cherché Mais j'avoue qu'après avoir relu les deux fils celui-ci et celui que tu viens de donner plus les quelques liens s'y trouvant j'ai remarqué un élément qui me semblent toujours revenir les personnes prochent du transitonnal semblent toujours se sentir frustrée par rapport au strict ... pourquoi je ne sais pas trop srt que sa pérenité semble assurer si j'ai bien compris ... surtout que comme le proposait dudu, Ganf, ou je ne sais plus vraiment qui (mais vous m'excuserez pas envie ni d"ouvrir une pop up ni un onglet je vais faire grève pr ce soir) il est tt à fait possible de programmer en strict tout en s'accordant ce choix et en le respectant lors de la publication par un modèle en transitional. Personnellement je pense qu'il s'agira là de mon point de vue avec certainement une annotation quelque part expliquant mes motivations et les motivations qui s'opposent à ce choix aussi Ce que j'aimerais seulement dire après avoir bien relu tout ca c'est qu'au final l'important c'est de laisser le choix à l'utilisateur que ce soit en l'informant, en lui offrant plusieurs solutions, ou en ne faisant rien pour le laisser faire lui. Le seul choix à bannir et j'espère que tout le monde est d'accord avec ca c'est : forcer l'utilisateur a passé en nouvelle fenêtre sans lui laisser d'autres choix puisque ca semble le seul choix que l'utilisateur lamba ne peut pas pour le moment modifier .... En tout cas je ne pensais pas que la discussion fusse si vive sur la toile et ce depuis si longtemps ... je regrette juste et j'espère pouvoir les obtenir après quelques emails des études sur les nouvelles fenêtres, les onglets et les historiques d'un point de vue cognitif et ergonomique ... si j'obtiens ca ou si quelqu'un a ... nous pourrons encore réouvrir le sujet

Mais personne pour le moment n'a parlé de forcer ... enfin j'en ai pas l'impression du moins. Dans mon cas j'ai clairement précisé et à plusieurs reprises que je pensais que le choix était la meilleure solution mais comme le dit si bien dudu : J'ai l'impression que les personnes anti-nouvelles fenêtres ni voient aucun intérêt dans aucune situation mais je ne suis pas d'accord il peut y en avoir. Elles peuvent être très pénibles je le conçois mais aussi très utiles. Ou alors qu'on me prouve études ergonomiques à l'appuye que les liens sur de nouvelles fenêtes sont un trouble complet pour l'utilisateur même lorsqu'il a le choix. J'ai cherché et je n'ai pas trouvé mais je suis sûr que des spécialistes du domaine pourront nous répondre. Oui mais vous semblez oubliez que la personne ne sait pas forcément faire ce genre de choses ... quand elle arrive sur un site web elle doit avoir le choix proposé à mon avis de faire ce qu'elle veut. ET il ne rentre là dedans aucun ego personnel, ni *références hors sujets*. Personnellement je sais utiliser un historique les boutons précédents, ouvrir un onglet, et tout le tralala mais depuis quand c'est à l'utilisateur de devoir se débrouiller ? C'est à nous de lui proposer un choix et à lui de choisir. Je ne suis pas pour le forcer à ouvrir une nouvelle fenêtre car je trouve ca très désagrable parfois mais je ne suis pas non plus pour ne pas lui laisser le choix de pouvoir lancer une nouvelle fenêtre. Qu-est ce que ca coûte d'ajouter un petit bouton permettant d'ouvrir dans une nouvelle fenêtre ? D'un point de vue temps rien, d'un point de vue financier rien, d'un point de vue cognitif rien. Alors si ca ne coûte que le fait de passer en transitonnal plutôt qu'en strict je pense que ca peut valoir la peine. Après c'est sûr ca n'engage que moi ...

Je vois une autre raison pour éviter les liens d'évitement qui me semblerait intéressante : pour les personnes ne possédant pas de souris ou ne souhaitant pas l'utiliser. Personnellement il m'arrive de me retrouver sur un vieux portable qui n'a pas que son très vieux touchpad qui clique que quand il en a envie. Dans ce cas je prends mon clavier et je surfe avec la touche TAB ... Seul hic les liens d'évitements font parfois disparaître le curseur qui va se placer dieu sait où mais de façon invisible puis revient au bout d'un certain nombre de tabs. Est-ce que l'on ne pourrait pas ainsi éviter ce désagrément ??? Essayer en effet de ne naviguer qu'au clavier sur ce site : Le grand chalon. Bon mis à part le fait que l'on se retrouve bloqué parfois pour des raisons inconnues, on a surtout ces liens d'évitement qui déstabilisent complètement ... Ce que je me demande c'est si jaws serait capable (et ca je vous intérroge car je ne peux pas vérifier) de lire un texte (ici un lien d'évitement) qui soit caché ET non affiché pour les autres utilisateurs ? Je ne pense pas mais je ne sais pas du tout comment celui-ci gère les css ? Lionel

Non pas du tout puisque l'intérêt même d'un annuaire n'est-ce pas d'être quitté pour aller ailleurs ? Sinon je ne mets pas d'annuaires ni de liens vers l'extérieur c'est beaucoup plus simple. C'est plutôt le cas où l'on prévoit que l'utilisateur pourra vouloir visiter plusieurs pages qui se trouvent dans l'annuaire. Et fermer une page c'est une des choses qui est vraiment à la portée de tout le monde. Donc il ferme la nouvelle page revient sur l'annuaire et peut soit rechoisir une page soit partir pour de bon en fermant. Quant à la touche précédent qui devrait permettre de revenir en arrière là aussi je me demande vraiment s'il est si facile à prendre en main. Surtout que les navigateurs ne sont pas encore capable de permettre des retours directs sur d'autres sites sans retracer toutes les pages. (ex je fais ce site je regarde 5 pages puis 13 pages et encore un autre 2 pages et dire je veux retourner non pas 3 pages plus tôt mais trois sites plus tôt). Le jour où cette fonctionnalité sera prise en compte dans les navigateurs je dis oui on pourra étudier la question beaucoup plus sainement.

oui désolé c'est moi qui n'ai pas finit ma phrase sur le papier ... il manquait juste le fait qu'après je rajoutais le doctype transitional Pour ta réponse Ganf tu m'apprends effectivement pas mal de choses au niveau de la compatibilité DTD j'en prends note. Quant à javascript je ne le voyais pas sous cet angle et là et je dois bien admettre que ce n'est pas faux non plus et que ca bloque pas mal ... merci pour cette réflexion.

Je suis assez d'accord avec la deuxième partie mais la première pas vraiment ... je ne dis pas que c'est mal (ou bien) mais que dans certain cas ca peut-être très utile et faciliter certaines choses ... En tout cas merci pour vos points de vue.

Oui mais j'en reviens à un problème dont je parlais tout à l'heure : indiquer un site en tant que transitionel implique une vérification beaucoup moins serrée par le validateur du w3c. Et cet outil sert autant (du moins dans mon cas) à obtenir la conformité qu'à vérifier celle-ci et à corriger les erreurs qu'il nous indique. Et si je mets transitionnal il ne verra plus "ses erreurs" .... Sauf si j'ai mal compris et que ce que tu proposes c'ets plutôt de mettre strict de lancer les vérifications telles quelles quitte à ce que la vérification final indique que la page n'est pas stricte. Pourquoi pas après tout à partir du moment où celà est justifié ...

Je pencherais aussi pour la dernière réponse de Steph qui a le mérite d'être plus claire dans tous les cas de figures et même hors contexte sans avoir à se demander si un title va être pris en compte ou pas et comment. Lionel

Oulà bien plus de polémique que je ne l'imaginais ... je vais essayer de répondre petit à petit dans l'ordre... Tout d'abord si je codais avant 1997 même si à l'époque je dois bien admettre que la validation W3C me passait bien au dessus de la tête ... comme à beaucoup d'autres. Heureusement le web a beaucoup évolué et maintenant de plus en plus de gens respectent ces directives ... ou essayent de les respecter. Pour l'ouverture d'une pop up il y a malheureusement des cas où celle-ci est beaucoup plus pratique que de rester dans une même page. Dans un annuaire par exemple il peut être plus que pratique de proposer (non pas forcer mais proposer!) l'ouverture dans un pop up. Et non je ne suis pas d'accord l'utilisateur ne saura ni ne pourra pas forcément le faire de lui même ! Il y a encore de(s) (nombreuses) personnes qui ne savent pas ouvrir une nouvelle fenêtres. La solution dans ce cas et ca n'engage que moi c'est deux liens permettant d'ouvrir aussi dans une nouvelle fenêtre. Certes là aussi on pourra me rétorquer qu'ergonomiquement on va rajouter un lien qui va rajouter une indécision (mais où dois-je cliquer ?!?) mais je prends ce risque que je promets de tester dans ce cas lors des études utilisateurs. Pour le code javascript. Le fait qu'il y ait à la fois une gestionnaire sur le clic et au clavier est tout de même très pratique. Ca ne gènera personne puisque à partir du moment où vous déplacez les liens avec le clavier, il vaut mieux que n'importe quelle touche puisse l'activer. Ceci par exemple pour les personnes qui souffriraient d'handicaps moteurs et ne pourrait pas forcément appuyer sur la touche X Y ou Z. Bon ensuite le fait que ce soit du javascript je suis d'accord avec vous ce n'est certainement pas la meilleure solution et dans ce cas il vaut même carrément mieux le target vous avez raison. Ensuite pour ce qui est de l'opposition entre transitionnal et strict ... Ce que je vais dire est peut être propre à ma vision ! Mais je pense que l'on peut vouloir une séparation stricte du contenu à une seule exception : vouloir proposer ces pop-ups sans vouloir le javascript. Ainsi mettre les pages en strict permet non pas de se glorifier d'être en strict mais de lancer une vérification sur le W3C validator, corriger ses erreurs s'il y en a et être sûr de ne pas avoir oublié quelque chose. Assembler la DTD du module target permet donc mais je me trompe peut-être et dans ce cas là expliquez moi pourquoi, de respecter son optique de code, tout en réalisant une seule exception. Même si après le site pourra par les puristes ne pas être considéré comme vraiment une perle du strict mais j'ai du mal à comprendre où se situe alors le problème tant que le fond est bien respecté et surtout justifié. Ainsi, on peut vérifier ces pages selon une DTD stricte tout en sachant qu'on ne le sera jamais vraiment. En tout cas j'ai apprécié de lire l'article donnée en lien et les divers commentaires, c'est d'ailleurs pour ca que je réponds après un si long temps) et effectivement il a le mérite d'être très clair et d'ouvrir une discussion que je ne pensais pas si vivante.

Salut à tous, je suis assez indécis face à l'attribut target des liens. Pour ceux qui ne le savent pas encore cet attribut n'est plus autorisé par l'HTML 4.1 STRICT. Il y a donc trois possibilités : - passer en TRANSITIONNAL - utiliser javascript avec quelque chose ds ce genre : onclick="window.open(this.href);return false;" onkeypress="window.open(this.href);return false;" - assembler la DTD du XHTML STRICT avec la DTD du module target qui se trouve dans la modularisation XHMLT 1.1. C'est la dernière solution qui est préconisée par le W3C et qui personnellement me semble aussi la plus fine ... J'aimerais cependant savoir ce que vous dans votre cas réalisez en général ? Je vous joins un très bon lien à ce sujet qui rejoint ces pensées : L'attribut target et les standards W3C.

Salut à tous, Je n'ai pas de routeur jute un pc sous mandrake 10.1 et un autre ss XP familial relié à la neuf box. J'aimerais pouvoir brancher ma neufbox en usb sur mon pc windows (car ss linux je suis obligé de la brancher en ethernet et alors je n'aurais plus de ports) et brancher le pc windows au pc linux directement via leurs cartes ethernet. Connaissez vous une procédure de partage entre les deux systèmes d'exploitation qui ne soit pas trop lourde à mettre en place ? Je ne peux passer les deux pc sous la même config car j'ai besoin de ces deux systèmes ... une idée ? Merci d'avance.

Oui effectivement il y a pas mal de choses et ce sont tous des documents extrèmement intéressant. Il existe aussi les très bons guides d'OpenWeb mais je n'ai pas encore vu de bibliothèques de scripts accessibles ! Par exemple, au niveau des interfaces d'administrtion des sites web c'est quand même loin d 'être gagné ... encore plus si l'on souhaite trouver un editeur de texte permettant de saisir un article tout en essayant de respecter les normes ... Parce que personnellement je suis persuadé que le vrai problème n'est pas tant de faire un site accessible car même si ce n'est pas forcément évident à première vue ca reste réalisable sans beaucoup plus d'efforts qu'un site standard à partir du moment où on commence à se rentrer dans la tête tous les critères et que les règles d'utilisabilité sont mises en places. Le vrai problème sera celui ou on se confrontera dans quelques années (le plus tôt possible j'espère) quand les sites seront développés accessibles mais qu'ils devront le rester ... Surtout que pour le moment tous les grands sites accessibles que j'ai vu ne sont pas encore des sites de petite mairie par exemple .... et je ne suis pas certain que leur mise à jour ne soit pas une véritable sinécure si celles-ci ne disposent pas d'administration permettant l'accessibilité. Par contre si une personne connait une appli en open-gl qui permette de mettre à jour tout contenu de façon intuitive tout en respectant les consignes du WCAG et des différentes directives W3C qu'elle le fasse savoir

Salut, je voulais donner mon point de vue sur cette question qui est soulevée ici ... Je travaille depuis 4 mois à plein temps sur l'accessibilité d'un site web et n'ayant aucun autre moyen que notre cerveau et deux pc nous devons tout développer par nous même ... Et je dois admettre que je rejoins un peu vos deux avis à la fois ... Tout d'abord celui de Denis et Matthieu, en effet il n'est malheureusement pas (et ce faute de temps ou d'argent et pas forcément de volonté) possible de toujours du premier coup tout avoir accessible. Même si je ne suis pas toujours Braillenet c'est une association exemplaire dont beaucoup feraient bien de s'inspirer par moments et ils viennent juste de mettre en place le système de mailing liste. Je pense donc qu'il est trop tôt pour dire que c'est grave d'avoir mis ce système ... la seule chose qui serait plus "grave" ce serait d'en être informé de pouvoir le changer et ne pas le faire ... mais là pour le moment ca n'est pas le cas ... Ensuite la question qui est posée est plutôt excelente ... doit on privé mettons 90% de la population d'un service pour respecter une éthique qui parait censée (se faire le porte drapeau de l'accessibilité) ... je réponds et celà n'engage que moi, non. Cette mailing liste a un intérêt pour beaucoup de gens et permettra de faire avancer des choses dans le domaine même de l'accessibilité. Par contre là ou je rejoins le premier point de vue de fre, c'est en me demandant si une solution alternative n'aurait elle pas pu être développée ? A première vue il n'y a pas beaucoup de monde sur cette liste pour le moment on pourrait imaginer un simple système d'inscription en différé via email non ? Il me semble qu'il s'agirait là d'un bon compromis dans un premier temps qui bien que n'étant pas accessible immédiatement permettrait au moins de soulager le problème le temps de trouver une solution. Ensuite en ce qui concerne un système de mailing liste accessible j'aurais peut-être un peu de temps cet été (et oui pour certains il y a encore des vacances de quelques mois et il ne faut pas perdre la main) pour développer ca et plus particulièrement le font-office car j'admets que j'ai plus de doutes sur mes capacités à réaliser l'ensemble du back office ... Dans ce cas et si d'autres personnes sont intéressées nous pourrions en reparler à ce moment là pour voir si vous avez des idées d'impératif au niveau des fonctionnalités et le diffuser ensuite sur le net. Car je pense que ca pourrait être un service intéressant pour de nombreux sites. Voilà passez une bonne journée Lionel

a ce niveau là ce qui me gène c'est que si on prend la source on obtient : <img alt="L'image « ;http://cmerot.free.fr/corentin/other/image » ne peut être affichée, car elle contient des erreurs." src=&quot;http://cmerot.free.fr/corentin/other/image"> Donc je crains le pire ... mais je n'ai pas testé avec tous les navigateurs mais vu ce que firefox corrige c'est déjà étrange ... Quant à opera c'est même pas la peine de lui demander de charger la page il ne veut pas en entendre parler ... Lionel

oui mais combien de personnes auront encore ie6 voir ie5 dans les années à suivre ? donc même si ie7 arrive je crains que l'on soit condamné à ce genre de lourdeur encore un bon moment ...

Merci bcp pour l'ensemble de ces solutions !! je ne pensais pas à le faire en css effectivement mais je peux faire de la sorte sans pbs ... J'aime bcp ta solution Denis ou comment évincer ie fodrait que j'y pense plus souvent à ca

Salut à tous, j'ai un petit problème de compatibilité tout ce qu'il y a de plus normal mais j'aimerais savoir si je peux le régler. Je vous explique. J'ai un logo qui a besoin d'une transparence et gif ma la gère très mal même en s'appliquant un maximum au niveau du détourage ... Je veux donc utiliser un png 24 mais je ne peux pas me permettre que ie par exemple me l'affiche avec un beau fond gris ... Ce que j'aimerais faire c'est -si c'est possible- détecter si le navigateur peut lire le png24 et si non lui envoyer un gif ... sans avoir pour autant à réaliser une liste de navigateurs ... mais est-ce possible ? je ne pense pas mais si quelqu'un avait cette solution ca m'aiderait Merci Lionel