ste

Si l'attribut accesskey est décrié en ce moment côté accessibilité web, il importe à contrario de ne pas oublier les attributs tabindex, dans les élèments textearea, select et autres input. (qui permettent ainsi de naviguer grâce à la touche tab dans les éléments du formulaire...) Si le switcher est une technique, certes à défaut d'attendre qu'un jour se soit correctement géré par tous grâce rien qu'à la présence de l'élément link, il vaut mieux lui préférer un switcher php que JS, car d'un point de vue accessibilité, il est préférable de gérer un script côté serveur, plutôt que côté client ! CrackJ, si tu veux l'explication pour un switcher PHP, cette page l'explique : http://ben2boot.com/tech/traductions/ala/phpswitch/ Après, il y a toujours plus ou moins des adaptations, selon sa propre volonté, à faire...

Sans oublier d'écrire correctement le formulaire html en question pour qu'il soit accessible selon l'initiative WAI ... Dans ce cas, la page Utilisation des formulaires d'OpenWeb te permettra d'y veiller... pour exemple, voici le code html que j'ai pour mon site Ecrits.net : <form action="switcher.php" method="post"> <fieldset> <legend accesskey="s">Couleurs de peau :</legend> <label for="set">Feuille de Style : </label> <select name="set" id="set" tabindex="10"> <optgroup label="Style CSS"> <option label="Automnal Spirit" value="Automnal_Spirit">Automnal Spirit</option> <option label="FireSkin Poesy" value="FireSkin_Poesy">FireSkin Poesy</option> <option label="Nude Skin" value="Nude_Skin">Nude Skin</option> <option label="Violine Glasses" value="Violine_Glasses">Violine Glasses</option> <option label="Neo WebPaper" value="Neo_WebPaper">Neo WebPaper</option> <option label="Luz n Flash" value="Luz_n_Flash" selected="selected">Luz n Flash</option> </optgroup> </select> <label for="soumettre">Changez la Feuille : </label> <input type="submit" name="soumettre" id="soumettre" value="Effeuille..." tabindex="11"/> </fieldset> </form> Attention, précision utile à rappeller : Il est important de rajouter l'attribut id dans chacun des éléments select, input et autres texteare, en plus de l'attribut name... cela permet aux éléments labels de fonctionner correctement en rapport avec l'élément ciblé. L'attribut id prend la même valeur que l'attribut name, bien sûr !

Total Manager, bonjour, juste pour ajouter une précision, en relation avec ce bout de code exemple : pour ce cas, il semble que str_replace est préférable... pour ce genre de traitement et n'oublie pas d'appliquer un filtre qui minimalise toutes les lettres, sinon tu n'auras pas l'effet escompté ! Soit, pour l'exemple : $ville="Bourg en Bresse"; $image=strToLower(str_replace(" ","_",$ville)).".gif";

Elooo, Des excuses, tu m'adresse : c'est gentil, correct, j'apprécie, mais ce n'était franchement pas correct... D'autant que tu ne devais pas le savoir... Bon, ton code m'a bien aidé sincérement ! Et, je suis arrivé à un résultat qui me plait et dont je vais pouvoir me servir ! Tant mieux Merci à toi, (comme quoi mieux vaut développer à duex, que tout seul ) Voir le résultat : http://dev.stephane-huc.net/valid/valid.php PS : je vais m'en resservir pour l'intégrer correctement, à mes futurs dév. web! youpiiii...

Justement, validité, conformité et accessibilité, je suis tout bon... et, je ne pense pas me tromper... Et justement, si la map, côté accessibilité, se doit d'englober un groupe de liens, bien plus qu'un div qui n'a peu de raisons d'exister que si l'on veut réaliser, ainsi, plusieurs "images" W3C Compliant... de ce style ! Si tu as un doute sur mon propos, http://www.la-grange.net/w3c/wcag1/wai-pag...ech-group-links : directive 13.6 & http://www.w3.org/TR/WCAG10-HTML-TECHS/#group-bypass : technique pour grouper et "by-passer"... Et, si ceci est un trip, entierement perso (je l'accorde), c'est simplement pour remplacer l'image qui annonce la validité W3C du langage, ne pas avoir à gèrer un attribut longdesc, etc, etc... le texte étant toujours plus accessible qu'une image !

bonjour, je dirais que c'est même une erreur courant que l'on fait à plus d'un niveau, même entre nous, voyants... combien d'entre nous, instinctivement, inconsciemment, dans une discussion ferons nous plus attention aux mots dits qu'aux maux exprimés, visibles par la tenue, qui affirme ou infirme... Notre vision nous rend bien aveugle de beaucoup de choses, il nous faut faire un effort conscient pour voir autrement ! Et, encore plus, pour accepter ces visions différentes... et "travailler" avec...

J'entends bien vos arguments, mais je ne sais dire trop pourquoi, mais ce me semblent des "vérités de voyants" ... cad, des réflexions intéressantes, certes, mais faites par des personnes physiques bien portantes. Aprés tout, que savons nous de notre monde, notre vision du monde au travers de l'accessibilité, nous qui sommes si dépendants de cette vision justement... nous, qui pour la plupart, sommes sûrs des choses qu'au travers et à cause de notre vision... L'oeil est trompeur... et plus d'un proverbe le rappel. J'ai donc pour habitude de me méfier de ce qui est certitude. C'est pourquoi, j'aimerais tant "avoir une autre vision" me répondant. Car quelque chose me dit que cela est nécessaire, car ce sont toujours les choses les plus simples qui sont nécessaires, tellement simples qu'elles passent à côté de notre vision, mais jamais à côté de ceux qui en ont tant besoin... Alors, certes, si je ne dois pas aller jusqu'au moindre détails, jusqu'où puis-je aller pour fournir ce besoin (sans me perdre et sans alourdir) ?!

bonjour, concernant l'accessibilité, et les images linkables ou descriptibles, il est bon d'user de l'attribut longdesc de l'élèment img. soit ; mais comment bien décrire une image, que dire ? exemple, pour ce site ministériel que je construis, sur cette page ( http://devepl.stephane-huc.net/cfppa/enseignement/adresses/ ), il y a un tant de photos portraits... que dois-je décrire ? avec quelle "sensibilité" ?

OUi, mais faire des menus en JS qui soient et/ou reste accessible, selon l'initiative WAI du W3C, c'est possible : Preuve en est Ultimate Drop Down Menu : http://www.udm4.com/

bonjour, j'ai créée à moment donné une function en PHP, dont le but est de remplacer des symboles, dans un fichier source texte, par l'équivalent en élèment XHTML, dans la page web. voilà la function : function code2xhtml($var) { // changer les symboles en xhtml ! if(ereg("^\#", $var) || ereg("^(\`)", $var) || ereg("^(\%)", $var) || ereg("^\*", $var)) { if(ereg("^\#", $var)) { if(preg_match("/^(\#{3})/", $var)) $var = preg_replace("/^(\#{3})(.+)(\#{3})$/", "<h3>$2</h3>\n", $var); // h3 elseif(preg_match("/^(\#{2})/", $var)) { if(ereg("\|", $var)) $var = preg_replace("/^(\#{2})(.+)\|(.+)(\#{2})$/", "<h2 class=\"$2\">$3</h2>\n", $var); // h2 else $var = preg_replace("/^(\#{2})(.+)(\#{2})$/", "<h2>$2</h2>\n", $var); // h2 } elseif(preg_match("/^(\#)/", $var)) $var = preg_replace("/^(\#)(.+)(\#)$/", "<h1>$2</h1>\n", $var); // h1 } if(ereg("^(\`)", $var)) { if(preg_match("/^\`dl/", $var)) $var = preg_replace("/^(\`dl)\|(.+)$/", "<dl class=\"$2\">\n", $var); // <dl> if(preg_match("/^\`dt/", $var)) $var = preg_replace("/^(\`dt)\|(.+)$/", "<dt>$2</dt>\n", $var); // <dt> elseif(preg_match("/^\`/", $var)) { $var = preg_replace("/^(\`)(.+)(\`)$/", "<dd>$2</dd>\n", $var); // <dd> if($var == "<dd> </dd>\n") $var = "<dd> </dd>\n"; } if(preg_match("/^\`fdl/", $var)) $var = preg_replace("/^(\`fdl)$/", "</dl>\n", $var); // </dl> } if(ereg("^(\%)", $var)) { if(preg_match("/^(\%{2})/", $var)) $var = preg_replace("/^(\%{2})$/", "</ul>\n", $var); // </ul> elseif(preg_match("/^(\%)/", $var)) $var = preg_replace("/^(\%)$/", "<ul>\n", $var); // <ul> } if(preg_match("/^\*/", $var)) $var = preg_replace("/^(\*)(.+)$/", "<li>$2</li>\n", $var); // li } else { // si ne correspond pas aux premières conditions ! if($var == "") $var = "<p> </p>\n"; // <p> vide ! elseif(preg_match("/^\{p/", $var)) $var = preg_replace("/(\{p)\|([^\]]*)\|([^\]]*)(\})/", "<p class=\"$2\">$3</p>\n", $var); // mise en gras else $var = "<p>$var</p>\n"; // <p> } return($var); } On fait certainement mieux, certes et je ne dirais pas le contraire ; le soucis est que je ne sais pas en quoi ou pourquoi, serait plus juste, la condition else (// si ne correspond pas aux premières conditions !) ne se vérifie jamais... Résultat, je n'arrive pas à avoir l'implémentation des élèments p ! PS : Suis-je clair ?

Je suis en train de faire mumuse avec les histoires de positionnement en CSS sur des listes... le cadre : http://dev.stephane-huc.net/valid/valid.php la CSS : http://dev.stephane-huc.net/valid/grey.css Deux choses que je cherche à réaliser : -1- positionner la bordure de ma liste (li.txt) à 1px de celle de l'ul... -2- remplir le fond de ma liste (li.txt) d'autant sa taille (width: 80px;) Je ne dois pas m'y prendre de la bonne manière...

Tiens au fait en parlant d'assimilation, et pour ta culture... On ne parle pas (ou plus) de balises, mais d'élèments html ou xhtml Cordialement

Une des fonctionnalités que je n'avais pas assimilé... Je viens de tester, et en effet, ca fonctionne tout autant !

Donc, tu t'es trouvé dans la même situation ... A se tirer les cheveux !!!

Xethorn, merci à toi apparement, utf8_decode() appliqué avant htmlentities() me retourne l'encodage html de caractères auquel je m'attends... mais, là question, se pose : A quoi ca sert de créer mes fichiers en encodage utf8, de passer le paramètre charset=utf8 dans le code (x)html, si pour avoir les caractères encodés en html (exemple : è pour è, ou é pour é, etc...) il me faut passer par la function utf8_decode() avant d'appliquer htmlentities()... car, si je n'applique pas la recette de l'utf8_decode avant la moulinette htmlentities, les caractères encodés ne correspondent pas, puisque par exemple pour un é, j'ai l'encodage html suivant :  ??? Avouez que cela a de quoi dérouté !?!

elo, je suis en train de remodeler un site de diaporama que j'ai eu fiat à moment donné... Je travaille, en ce moment, avec Scite, créée mes fichiers en veillant à l'encodage UTF-8... Je déclare dans mon code source comme charset, à plusieurs niveaux, UTF-8. mais, quand je passe au filtre de la fonction htmlEntities(), l'encodage html des caractères n'apparaît pas correct ! Que n'ai-je donc pas assimilé ? le résultat

Pour le premier lien, sur la typographie, à la page "Capitales accentuées", il est dit : Or, si je ne me trompe point, et pour l'avoir bel et bien utilisé à plus d'une reprise, la ligature du E et de l'O existe ... - pour la minuscule : œ - pour la majuscule : &Oelig; Quant à l'Y tréma, il existe aussi : Ÿ Pour vérifier mes propos, Les références des entités de caractères dans HTML 4, et tout particulierement : La liste des caractères !

Non... J'ai Debian GNU/Linux au travail, c'est mon serveur interne, et l'hébergeur est aussi sous linux ! Mais il est vrai que je code sous Windows, avec un utilitaire qui se nomme Scite... très léger, très bien pour attaquer le code mano ! P.S. : Et, oui, j'ai aussi Debian GNU/Linux _AT_home, où je viens d'installer tous ces packages car je veux tester en local @ home, pour avoir le rendu !!!

Elo, Anonymous, d'où me sors-tu que mon server fonctionne sous Windows... ? Va falloir que tu m'expliques là !!! Parce que ce n'est pas le cas, du tout ! C'est une bonne distri Debian GNU/Linux 3.0rc2, mis-à-jour, régulierement, que j'ai installé perso, au travail, y'a des mois de cela !!! Avec, bien sûr les services, et rien que les services, dont j'ai besoin ... Je suis vraiment surpris de ta conclusion ! Mais, rassures-toi, je ne t'en veux guère...

D'où la réécriture de ma function, donnée à nouveau juste au-dessus !!! (cf : post Ecrit le jeudi 22 avril 2004, 16:14 ) elseif(preg_match("/^\)dl$/", $var)) $var = preg_replace("/^\)dl$/", "</dl>\n", $var); // </dl> elseif(preg_match("/^\)$/", $var)) $var = preg_replace("/^\)$/", "</ul>\n", $var); // </ul> else { if($var == "") $var ="<p> </p>\n"; // <p> vide ! elseif(preg_match("/^\{p/", $var)) $var = preg_replace("/(\{p)\|([^\]]*)\|([^\]]*)(\})/", "<p class=\"$2\">$3</p>\n", $var); // mise en gras else $var = "<p>$var</p>\n"; // <p> } return($var); } Qui ne change pas le soucis !

Les codes sources sont forcèment différent, et le sont, puisque la function est interprétée différement bel et bien, aussi étrange que cela puisse paraître !!! C'est vraiment un fait, une constatation... Et montre le code xhtml ne servirait à rien puisque c'est cette function qui encode ! De même, ce n'est pas du à une défaillance de navigateur, car que ce soit MSIE ou Moz, c'est pareil... Quant au rendu visuel, c'est le rendu esthétique du code mal interprété ou non ! L'image deux donne ce visuel, car ne sont pas interprétés sur l'hébergeur extérieur le balisage, style wiki, par ma function PHP. J'insiste certes, mais c'est vraiment un problème d'interprétation... Et, je ne sais comment le résoudre ! Si tu as besoin de t'en convaincre, voici le code xhtml retourné par la function sur mon serveur interne : <div id="texte"> <div id="sousm"> <a name="sousmenu" ></a> <map id="sousmenu" title="Menu de navigation de second niveau"> <h3>Formations Agricole</h3> <ul> <li><a accesskey="s" href="enseignement/presentation/" title="Présentation du Centre de Formation..." tabindex="20">le C.F.P.P.A.</a></li> <li><a href="enseignement/formation/" title="Formations professionnelles, FOAD, Formations Européennes, Stages et autres partenariats" tabindex="21">Les Formations du C.F.P.P.A.</a></li> <li><a href="enseignement/information/" title="Remplir le formulaire pour obtenir plus d'informations sur nos formations." tabindex="22">Obtenir des renseignements</a></li> <li><a href="enseignement/modalite/" title="Les conditions à remplir pour s'inscrire !" tabindex="23">S'inscrire</a></li> <li><a href="enseignement/historique/" title="Présentation de l'Histoire du Centre de Formation..." tabindex="24">Histoire du Centre</a></li> <li><a href="enseignement/adresses/" title="Présentation des différents collaborateurs du Centre de Formation." tabindex="25">Dialoguer avec...</a></li> <li><a href="enseignement/plan/" title="Plan et indications pour arriver sur les lieux !" tabindex="26">Comment venir ici</a></li> </ul> </map> </div> <h1>L'Enseignement Agricole</h1> <p> </p> <p>L'Etablissement Public Local d'Enseignement et de Formation Professionnelle pour Adultes de Ste Livrade sur Lot (EPLEFPA) est un complexe réunissant trois établissements de formation agricole :</p> <ul> <li> le Centre de Formation Professionnelle et de Promotion Agricole de Sainte-Livrade (CFPPA),</li> <li> le Centre Départemental de Formation d'Apprentis Agricoles du Lot-et-Garonne (CDFAA 47),</li> <li> le Lycée d'Enseignement Général et Technologique Agricole "Etienne Restat" (LEGTA).</li> </ul> <p>Il comprend également deux organismes ne proposant pas de formations :</p> <ul> <li> une exploitation agricole pédagogique,</li> <li> Insertel : une association spécialisée dans la télé-activité, </li> </ul> <p>L'EPLEFPA est un établissement public du Ministère de l'Agriculture, de la Pêche et de l'Alimentation. Il a 5 missions :</p> <ul> <li> l'enseignement et la formation professionnelle,</li> <li> l'expérimentation et le développement agricole,</li> <li> l'animation en milieu rural,</li> <li> la coopération internationale,</li> <li> l'insertion sociale et professionnelle.</li> </ul> <p class="haut"><a href="/cfppa/enseignement/#haut" title="Remonter en haut de la page...">^ Là-Haut ^</a></p> </div> Le code ainsi retourné est bel et bien ce que je désire ! Quant au code xhtml retourné par l'hébergeur extérieur { http://devepl.stephane-huc.net/cfppa/enseignement/ } : <div id="texte"> <div id="sousm"> <a name="sousmenu" ></a> <map id="sousmenu" title="Menu de navigation de second niveau"> <h3>Formations Agricole</h3> <ul> <li><a accesskey="s" href="enseignement/presentation/" title="Présentation du Centre de Formation..." tabindex="20">le C.F.P.P.A.</a></li> <li><a href="enseignement/formation/" title="Formations professionnelles, FOAD, Formations Européennes, Stages et autres partenariats" tabindex="21">Les Formations du C.F.P.P.A.</a></li> <li><a href="enseignement/information/" title="Remplir le formulaire pour obtenir plus d'informations sur nos formations." tabindex="22">Obtenir des renseignements</a></li> <li><a href="enseignement/modalite/" title="Les conditions à remplir pour s'inscrire !" tabindex="23">S'inscrire</a></li> <li><a href="enseignement/historique/" title="Présentation de l'Histoire du Centre de Formation..." tabindex="24">Histoire du Centre</a></li> <li><a href="enseignement/adresses/" title="Présentation des différents collaborateurs du Centre de Formation." tabindex="25">Dialoguer avec...</a></li> <li><a href="enseignement/plan/" title="Plan et indications pour arriver sur les lieux !" tabindex="26">Comment venir ici</a></li> </ul> </map> </div> <h1>L'Enseignement Agricole</h1> L'Etablissement Public Local d'Enseignement et de Formation Professionnelle pour Adultes de Ste Livrade sur Lot (EPLEFPA) est un complexe réunissant trois établissements de formation agricole :<ul> <li> le Centre de Formation Professionnelle et de Promotion Agricole de Sainte-Livrade (CFPPA),</li> <li> le Centre Départemental de Formation d'Apprentis Agricoles du Lot-et-Garonne (CDFAA 47),</li> <li> le Lycée d'Enseignement Général et Technologique Agricole "Etienne Restat" (LEGTA).</li> )Il comprend également deux organismes ne proposant pas de formations :<ul> <li> une exploitation agricole pédagogique,</li> <li> Insertel : une association spécialisée dans la télé-activité, </li> )L'EPLEFPA est un établissement public du Ministère de l'Agriculture, de la Pêche et de l'Alimentation. Il a 5 missions :<ul> <li> l'enseignement et la formation professionnelle,</li> <li> l'expérimentation et le développement agricole,</li> <li> l'animation en milieu rural,</li> <li> la coopération internationale,</li> <li> l'insertion sociale et professionnelle.</li> )<p class="haut"><a href="/cfppa/enseignement/#haut" title="Remonter en haut de la page...">^ Là-Haut ^</a></p> </div> C'est exactement le même texte qui est traité au bit propre, par la même function PHP... l'examen du code retourné par l'hébergeur extérieur permet de se rendre compte que ma function, sur celui-ci, ne gère pas l'équivalence </ul>, <p>, </p>....

et si tu faisais un appel à ton fichier get_jpg.php pour retourner dans une variable ton résultat ainsi : <?php $image = $_GET["fich"]; echo "background-image: url($image);"; ?> ??? P.S : attention, pense à sécuriser le retour du code qui peut être envoyé dans ta variable...

Après un examen plus attentif, de la function que j'ai créé, et questionnement auprès de mon hébergeur extérieur... Il se pose la question suivante : Vu que sur mon serveur, la version de PHP est la suivante (Version: 4:4.1.2-6woody3), et que chez mon hébergeur, la sienne (PHP 4.3.4) ... est-ce qu'il est possible que d'une version à l'autre, le code de ma function soit interprété différement ? En fait, je me rend compte que chez mon hébergeur extérieur, ce sont les règles concernant </ul>, et les <p> qui ne fonctionnent pas !!! J'ai légèrement modifié ma function (allégement de code, ni = ni - !!!) : function code2xhtml($var) { // changer les symboles en xhtml ! if(ereg("^\#", $var)) { if(preg_match("/^(#{3})/", $var)) $var = preg_replace("/^(#{3})(.+)(#{3})$/", "<h3>$2</h3>\n", $var); // h3 elseif(preg_match("/^(#{2})/", $var)) if(ereg("\|", $var)) $var = preg_replace("/^(#{2})(.+)\|(.+)(#{2})$/", "<h2 class=\"$2\">$3</h2>\n", $var); // h2 else $var = preg_replace("/^(#{2})(.+)(#{2})$/", "<h2>$2</h2>\n", $var); // h2 elseif(preg_match("/^(#)/", $var)) $var = preg_replace("/^(#)(.+)(#)$/", "<h1>$2</h1>\n", $var); // h1 } elseif(preg_match("/^\($/", $var)) $var = preg_replace("/^\($/", "<ul>\n", $var); // <ul> elseif(preg_match("/^\*/", $var)) $var = preg_replace("/^(\*)(.+)(\*)$/", "<li>$2</li>\n", $var); // <li> elseif(ereg("^(\`)", $var)) { if(preg_match("/^\`dl/", $var)) $var = preg_replace("/^(\`dl)\|(.+)$/", "<dl class=\"$2\">\n", $var); // <dl> if(preg_match("/^\`dt/", $var)) $var = preg_replace("/^(\`dt)\|(.+)$/", "<dt>$2</dt>\n", $var); // <dt> elseif(preg_match("/^\`/", $var)) { $var = preg_replace("/^(\`)(.+)(\`)$/", "<dd>$2</dd>\n", $var); // <dd> if($var == "<dd> </dd>\n") $var = "<dd> </dd>\n"; } } elseif(preg_match("/^\)dl$/", $var)) $var = preg_replace("/^\)dl$/", "</dl>\n", $var); // </dl> elseif(preg_match("/^\)$/", $var)) $var = preg_replace("/^\)$/", "</ul>\n", $var); // </ul> else { if($var == "") $var ="<p> </p>\n"; // <p> vide ! elseif(preg_match("/^\{p/", $var)) $var = preg_replace("/(\{p)\|([^\]]*)\|([^\]]*)(\})/", "<p class=\"$2\">$3</p>\n", $var); // mise en gras else $var = "<p>$var</p>\n"; // <p> } return($var); }

Sur les conseils d'une connaissance, j'ai tout simplement rajouté : <?php header('Content-type: text/css'); ?> Qui fonctionne bel et bien !

Merci à vous deux, mais, j'ai modifié ainsi : RewriteEngine On RewriteBase / RewriteRule ^wcag1.0\/([A-Za-z\_0-9]+)\/?$ index.php?choix=$1 [L] RewriteRule ^wcag1.0\/([A-Za-z\_0-9]+)\/([0-9\.]+)\/?$ index.php?choix=$1&guide=$2 [L] RewriteRule ^\/?$ index.php [L] RewriteRule ^img\/(.+)\.(gif|jpe?g|png)$ img/$1.$2 [L] et, je suis toujours en erreur 404 !