ste

elo, Voici mon fichier .htaccess : <Files .htaccess> order allow,deny deny from all </Files> RewriteEngine On RewriteBase / RewriteRule ^wcag1.0\/([A-Za-z\_0-9]+)\/?$ index.php?choix=$1 RewriteRule ^wcag1.0\/([A-Za-z\_0-9]+)\/([0-9\.])\/?$ index.php?choix=$1&guide=$2 RewriteRule ^\/?$ index.php RewriteRule ^img\/(.+)\.(gif|jpe?g|png)$ img/$1.$2 Or, en cliquant sur une URL de ce style : /wcag1.0/niveau_1/1.1/#tech-text-equivalent Le serveur me retourne une erreur 404 ! La première règle RewriteRule fonctionne bien, mais pas la seconde... A votre avis, pourquoi ?

Justement... cela doit être ! Et, ce n'est pas cela qui empêche la détection par ces navigateurs... c'est ble et bien le fait d'être nommé .php et non .css !

elo, all, bon , j'ai voulu écrire ma feuille de style avec inclusion de PHP, (pour declaration CSS selon navigateurs...) ... je l'ai introduite ainsi dans mon code html : <style type="text/css"> <!-- _AT_import url(http://wai.stephane-huc.net/css.php) screen; --> </style> Mais, là, les navigateurs à moteur Gecko, ils ne la lisent pas !!! Il doit surement y avoir une astuce ... ?

Bonjour à tous... j'ai ecrit unefunction en PHP qui traite du code style Wiki ! J'ai deux serveurs de développement ... un en interne au travail, et un pour montrer l'avancement à des personnes externes à mon développement ! Mon soucis est au niveau du code utilisé pour implémenter les listes (ul, li) correctement ... Sur mon serveur en interne, que j'administre personnellement, le code de la function execute bien ce pour quoi, je l'ai créée ( témoin image 1 - voir plus bas ! ) Sur le serveur extérieur, administré par mon hébergeur, le code ne s'exécute pas correctement, apparement il ne traite pas mon code correspondant à un </ul> (témoin image 2 - voir plus bas aussi) Dans les deux cas, le fichier de function est le même ainsi que les fichiers traités ! Du coup, je ne sais pas quoi en penser, ni que faire ... sachant, que sur les deux serveurs, je suis allé à supprimer tous les fichiers du site pour les renvoyer ! PS: Les listes sont remarquables par la présence d'une bordure grise visuelle, sur les deux images ! PS 2 : suivent ci-après le code de la function, et les deux images témoins... La fonction PHP : 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)) $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 ! else $var = "<p>$var</p>\n"; // <p> } return($var); } Témoin image 1 - correct (selon moi) : Témoin image 2 - incorrect (selon moi) :

Pas qu'avec les CSS, cela a rapport aussi, avec l'élèment LABEL qui lui est nécessaire en relation avec la directive 12.4 WCAG du W3C cf : http://www.la-grange.net/w3c/wcag1/wai-pag...ssociate-labels

Merci à vous deux, ca marche ! A la différence près, que pour des histoires d'accessibilité web -en effet pour cela, l'attribut id est nécessaire- je n'ai pas supprimé mais rajouté Ce qui donne au final : <select id="diplome" name="diplome" tabindex="52">

bon, alors, y'a quelque chose que je ne dois plus comprendre puisque j'ai cette erreur-ci : qui apparaît dans mon formulaire une fois qu'il est posté ! une idée ?

Pour un formulaire donné dont la méthode est post, ayant ceci : <label for="diplome">Avez-vous un diplôme : <select id="diplome" tabindex="52"> <optgroup label="titre"> <option label="aucun" value="no" tabindex="53">Sans diplôme</option> <option label="bepc" value="bepc" tabindex="54">BEPC</option> <option label="cap" value="cap" tabindex="55">CAP</option> <option label="bep" value="bep" tabindex="56">BEP</option> <option label="bepa" value="bepa" tabindex="57">BEPA</option> <option label="bac" value="bac" tabindex="58">BAC</option> <option label="bac techno" value="bac_techno" tabindex="59">BAC Technique</option> <option label="bts" value="bts" tabindex="60">BTS</option> <option label="dut" value="dut" tabindex="61">DUT</option> <option label="bac +2" value="bac_2" tabindex="62">Autres BAC+2</option> <option label="bac +3" value="bac_3" tabindex="63">BAC+3, ou plus</option> <option label="autres" value="others" tabindex="64">Autres diplômes</option> </optgroup> </select> </label> Quand je veux récupèrer la valeur postée en PHP, j'écris bien : $nom_diplome = strip_tags($_POST["diplome"]); N'est-ce pas ? ou, ai-je une défaillance mémorielle ?

Eric, tu peux envoyer le lien ci-dessus, as you want, sachant que j'ai corrigé toutes les valeurs, et autres labels selon ce que chacun m'a permis de comprendre ici Pour ce qui est des défauts de conception relevé ici, tel que mon formulaire au début, tu peux faire vérifier avec ceci : http://ecrits.net/ecrit/citations/30/15/Vi...ir/#Vive_le_GNU (ce lien est celui d'un formulaire sur mon site d'écrits... -template commun- où j'y ai appliqué les mêmes erreurs de compréhension que le formulaire dont on a discuté ici ; normal, en fait ... j'ai créé celui-ci, bien avant, selon ma compréhension d'il y a quelques mois !) Sur celui-ci, les valeurs sont pleines, mais les LABELs vides tel que vous me l'avez expliqué En plus, il me faut ajouter les TABINDEX ! Monique, je vais étudier tes liens, bien que n'aimant pas l'anglais

Bon, j'ai revu, corrigé le form { http://devepl.stephane-huc.net/cfppa/ensei...nt/information/ } tant au niveau des libellés qu'au niveau des TABINDEX... laissant en général, les valeurs des élèments INDEX et TEXTAREA non vides. là, où je ne suis pas trop sûr, c'est à propos de l'implémentation actuel, tel quel des TABINDEX... car, à mon avis, tout ne fonctionne pas correctement ! Mais, il est clair que côté navigabilité, c'est déjà mieux... Donnez moi le votre, svp ?! A contrario, malgrès les explications de mangeur-de-cigogne sur les OPTGROUP, j'ai vraiment l'impression de suivre les règles... PS: Monique, je viens de lire ton post et le contact que tu as eu... je te permets de laisser mon contact MSN : ci-dessous, au cas où tu voudrais et pourrais me mettre en contact, moi aussi... Merci à toi particulierement, et aux autres, des efforts que vous faites pour m'aider à comprendre clairement, calmement, tranquillement : j'apprécie beaucoup !

Désolé, mais là-dessus, vous êtes beaucoup à vous tromper... http://www.la-grange.net/w3c/html4.01/inte...tml#edef-LEGEND => côté HTML 4.01 montre que l'attribut accesskey est opérationnel !!! quant à la DTD xhtml1-strict, elle pose l'élèment legend ainsi : <!ELEMENT legend %Inline;> <!-- fieldset label --> <!ATTLIST legend %attrs; accesskey %Character; #IMPLIED > ET, apparement c'est même le seul attribut !!! Sachant cela, et j'ai vérifié à nouveau avant de poster ici, (histoire d'être sûr... ), il m'a semblé très logique de positioner la clé d'accès sur cet élèment sachant qu'on doit le retrouver dans tous FIELDSETs ... Ce qui permet ainsi d'arriver à un groupe d'élèments, puis de naviger grâce aux déclarations TABINDEX ; me tromperais-je ? suis-je FALSE dans mon raisonnement ? Après, j'ai vraiment du mal à comprendre pour les LABELs, toi tu me dis que mes LABELS sont vides, donc, j'ai repris la doc du W3C sur le WAI, et Openweb Group, je pense avoir compris pour cela : <LABEL for="firstname">First name: <INPUT type="text" id="firstname" tabindex="1"> </LABEL> Est considéré comme vide le LABEL, s'il n'y a pas de caractères même si présence est d'un élèment de FORM !?! Cela n'empêche en rien que je doive spécifier une valeur non vide dans la valeur des élèments INPUT & TEXTAREA, n'est-ce pas ??? Après le reste, faut que je relise, car à froid, j'y pige rien, mais vraiment rien !!! Je suis franchement désolé... Surtout, au niveau de l'ordre des TABINDEX, ce n'est pas ainsi que je dois le traiter .... ? Je ne comprends vraiment pas comment je dois les traiter !??? Ainsi que là : Je ne comprends pas en quoi j'ai détourné le sens !!!

Oulah, vous m'embrouillassionnez un peu là !!!! bon, je reprends : histoire que vous vérifiez { http://devepl.stephane-huc.net/cfppa/ensei...nt/information/ } ! Ainsi que vous le voyez le form est, me semble-t-il, correct, des fieldsets que j'ai essayé de bien pensé, idem pour les labels... j'ai essayé de penser le plus logiquement aux accesskeys, tabindex, etc... donc, ma démarche, hormis l'effort (intense ?!), pour rendre accessible autant le site que ledit form était de permettre à l'utisateur que quand il accède à un champ input ou textarea, la valeur de contrôles qui sont pleines se vident au moment de l'accès... je ne vois vraiment pas en quoi, cela déroge (comprendre 'pose problème') à l'accessibilité... là, j'ai vraiment du mal à vous comprendre ! ??? cf : WCAG 1.0 directives 10.4

Et, concernant l'accès clavier, je dois certainement rajouter l'événement : onkeypress="this.value=''" n'est-ce pas ?!

vi, tout simplement... merci Dan,

elo, all... bon, s'il faut faire en sorte que les input, textarea et leurs labels, et surtout que leurs valeurs ne soient pas vides... comment puis-je faire pour vider les valeurs au moment du clic souris, voire de l'accès clavier ?

bonjour tlm, beh, je m'appelle stéphane huc... suis un codeur web, proche des standards du w3c depuis 1 an... mon site principale : www.stephane-huc.net qui donnera un apercu à plus d'un !