ste

Comme le dit TheRec, sécuriser ses variables, et donc les définir, et vérifier absolument la concordance retournée est impérative ! Une fonction "sécurisée" de test, telle que la suivante, est certainement très intéressante de ce point de vue, surtout en termes de valeurs qui peuvent être injectées dans des variables pour base de données ou accessibles à l'utilisateur : <?php # On n'exécute la boucle que si nécessaire if(get_magic_quotes_gpc() == 1) { # Définition de la fonction récursive. function remove_magic_quotes($array) { foreach($array as $key => $val) { # Si c'est un array, recurssion de la fonction, sinon suppression des slashes if(is_array($val)) { remove_magic_quotes($array[$key]); } elseif(is_string($val)) { $array[$key] = stripslashes($val); } } unSet($key, $val); } # Appel de la fonction pour chaque variables. # Notes, vous pouvez enlevez celle d'on vous ne vous servez pas. # Personnellement, j'enlève $_REQUEST et $_FILES remove_magic_quotes($_POST); remove_magic_quotes($_GET); remove_magic_quotes($_REQUEST); remove_magic_quotes($_SERVER); remove_magic_quotes($_FILES); remove_magic_quotes($_COOKIE); } ?> Ainsi, si la constante 'magic_quotes_gpc' est défini - le test par la function PHP 'get***' s'en assure - et dès qu'elle trouve une chaine de caractères, elle l'a passe à la moulinette de la function PHP stripslashes ! Autrement, il n'y en a pas besoin...

Si je ne me trompe pas, la page ne doit pas être enregistré au format UTF-8 (pour cela, il faut un éditeur texte qui en soit capable), le résultat est que le caractère accentué 'é' dans l'attribut alt du lien concernant la bannière n'est pas compris pour l'encodage natif UTF-8 qu'est le code XHTML (puisque c'est ainsi que le validateur le comprend). D'autant que tu n'as déclaré aucun encodage, dans tes meta-éléments... Mieux vaut écrire les caractères accentués dans leur transcription HTML, soit ici, le 'é' devient 'é'... <p class="bas"> <a href="http://prof.estat.com/cgi-bin/ft/1000259623?class=entrant&page=dossPeda_ bansta&estat_url=http%3A%2F%2Fwww.secourspopulaire.asso.fr%2Fgoto%2F dossiersPedago.html%3F"><img src="http://www.secourspopulaire.asso.fr /goto/bannieres/dossPeda_banniere_statique.gif"width="440" height="60"border="0" alt="Les dossiers p�dagogiques du Secours populaire" /></a></p> devient : <p class="bas"> <a href="http://prof.estat.com/cgi-bin/ft/1000259623?class=entrant&page=dossPeda_ bansta&estat_url=http%3A%2F%2Fwww.secourspopulaire.asso.fr%2Fgoto%2F dossiersPedago.html%3F"><img src="http://www.secourspopulaire.asso.fr /goto/bannieres/dossPeda_banniere_statique.gif"width="440" height="60"border="0" alt="Les dossiers pédagogiques du Secours populaire" /></a></p> enregistre, recharge et dis-nous ! PS : de plus, pour la validation XHTML, transforme donc les esperluettes '&' dans tes liens, dans leur encodage HTML, soit '&', autrement le validateur te le fera comprendre ! (ce que je ne t'ai pas fait... je vais pas tout te mâcher, non plus ) => de plus, attention à l'écriture d'une URI coupée sur plusieurs lignes dans l'attribut href, mieux vaut l'écrire sur une seule ligne ... le validateur W3C émettra une notice à ce propos ! PS 2 : l'outil (extension pour Moz/Firefox) HTML Validator est intéressant à utiliser ++

Et, bien t'as pris de me conseiller à le lire ... J'ai très vite vu le dérivé que je pouvais en faire, et l'amélioration que je pouvais y apporter... Voici ma contribution à l'ensemble de la communauté : Pur Menu CSS Accessible Web (je vais voir à le proposer Olivier l'auteur du précédent et Raphaël Gotter ... ils apprécieront peut être ma contrib...)

Merci Country ... Ce n'est pas le genre de réponse auquel je m'attendais ... mais, je l'apprécie d'autant que j'avais fais un test non concluant (en habitué du CSS) - je vais de ce pas créer une version pure CSS. Mais ca ne m'explique pas pourquoi la version "W3C DOM" ne fonctionne apparement qu'avec MSIE. bouhhhh ... j'ai du rater quelques choses dans l'article de pompage.net !

Bonjour, all Pour une page donnée similaire au niveau code XHTML, il y a un menu (dont le rollover est implémenté en image) ... => J'ai un premier code écrit en JS fonctionnel (Win, Lin & FireFox, MSIE. Opera, Konqueror) : menu (dont JS), créé par mes minimes sur leçons webreference.com => Voici un code DHTML pour le même menu qui n'a pour propos que d'être référentiel au DOM W3C : menu2 (dont JS), explicité sur les pages de pompage.net ! Je ne comprends pas en quoi le menu2 n'est pas ou prou fonctionnel sur Firefox, Opera, et reste seulement fonctionnel avec MSIE

Bonjour.... Je viens de créer un plan de mon site selon la BP 68 Opquast ... Ma question est d'ordre pratique à plusieurs niveaux : - L'accessibilité d'un tel phénomène est-elle bonne ? - existe-t-il du code ecmascript (javascript non intrusif) qui permettrait de cacher les liens d'une catégorie et de les afficher par évènements (souris, clavier, ...) sans risquer de mettre mal à l'aise l'accessibilité de cette page ? (sachant que code js ou ecmascript, je ne sais pas faire ...) chaque catégorie étant l'objet d'un élément dt, quant aux différents titres appartenant à la catégorie, ils sont l'objet d'élèments dd plan/

_AT_Marvin > je suis l'auteur du Diaporama ... Donc, je me suis basé tout naturellement sur la CSS que j'ai créé... que j'ai modifiée légérement pour l'interfacer sur le site de linucie.net Je n'ai pas besoin de refaire quelque chose que j'ai déjà fait. Mon problème est juste d'arriver à la positionner correctement.

Contrairement à ce que vous en pensez, il n'est pas "censé" couler ! Preuve en est l'original ici : Diaporama Ad-Myre Si vous lisez la CSS, le positionnement est "marqué" pareil... et s'effectue bien !

Bonjour ... J'ai besoin d'un regard frais sur ma CSS de ce site : Galerie Normalement, le div right est en float: right; et le div left en float: left. Il n'y a pas de clear: both; Malgrès cela le flottement ne s'exécute pas ! Suggestions, plz ?

Moi, aussi, je suis au courant ; tralalalalère !

Ce que te dis MarvinLeRouge, c'est que ton code HTML n'est pas valide ! ! Qui croire ! Sans aucune hésitation ....

C'est po gentil, ca... J'y suis pour rien, moi ! E t, puis c'est ^pas le seul truc où IE m...

Parce qu'IE ne gère pas cette possibilité !!! Ce qui est franchement dommage... cela permettrait d'avoir des esthétiques agréables, et de se libérer l'esprit...

C'est avec plaisir, mais ceci est le résultat de mon expérience, mon apprentissage à trimer sur le CSS Positionnement, et à me faire aider ici, en son temps, ou sur la ML de Pompage... Ce qui est surtout heureux, c'est que tu sois convaincu, et que tu t'y tiennes

Personnellement, je suis l'auteur du code XHTML, CSS (entres autres...) et des techniques WAI de ce site ministériel : http://e-restat.apinc.org/ Je ne travaille plus dans cette enceinte depuis Avril 2004, et ai rendu propre la mouture fin Juin 2004. Le constat : 8 mois, après, il y a déjà des erreurs à droite ou à gauche, ce n'est pour l'instant pas bien méchant, mais cela risque de le devenir très vite... et, encore, je suis très gentil. Pour moi, c'est déjà trop ! Sans vouloir être méchant, justement, le problème est que pour impliquer un fonctionnaire, c'est franchement une gageure... s'il ne se sent pas concerné, vous aurez beau faire, le travail sera vite "salopé" ! ( ce qui est vrai pour d'autres ne travaillant pas auprès d'un ministère, en soi aussi !) De toute façon, leur statut les protegeant, ne pas faire un site web qui soit conforme n'étant pas une faute professionnelle... (et, encore j'ai vu des situations à faute professionnelle, et aucun retour de baton, mais ca c'est un autre problème à ne pas traiter ici !) Après il y a l'aspect formation... et là, c'est franchement galère pour se former, vu que les fonds disparaissent pour devenir inexistant. Donc, c'est bien beau de nous remettre un rapport, mais s'il n'est pas suivi d'effets, en terme de temps et d'argent pour la formation et la motivation... ca n'ira pas plus loin qu'un bout de papier blanc sali par l'once d'une encre imprimée !

sur les deux div, diminue donc tes tailles jusqu'à 47, voire 48 %, car IE ne les positionnera jamais à la même hauteur avec un width à 50 % et pour ton div #droit, enleve le position: absolute, et mets plutôt un float: right; en lieu et place ... tu devrais au final arriver à quelque chose près à ce que tu recherches comme effet... mais, sache et accepte que ca ne sera jamais pile poil précis. La raison est toujours cette interprétation plus ou moins correcte des CSS, et IE n'est pas le seul en cause, Opera, Konqueror peuvent être aussi imprécis.

Et, pourquoi pas utiliser les listes de définitions 'dl, dtd, dd' et mettre en forme grâce aux CSS ?.. ou par l'usage des listes 'ul, li' ... ? au cas où tu ne saurais faire : http://pompage.net/pompe/listesdefinitions/ http://pompage.net/pompe/listes/ Cordialement.

D'autant que perso, la fonctionnalité CSS de la web developper barre, fonctionne chez moi !!!

sarc, merci, tu as bel et bien trouvé ... je n'avais vraiment pas fait gaffe, que je redéclarais l'élèment h1, plus loin ! après avoir mis, cette deuxième déclaration en commentaire, ca marche correctement. merci, à toi...

le deuxième est servi en xhtml, normal,non ? puisque c'est du xhtml 1.0 et que si je me trompe pas, il peut être desservi en 'text/html'... Quant à la barre Web Developper, certaines options, telle le Validator CSS W3C, sont en berne, en effet ! mais, je ne vois pas en quoi, cela influe...

bonjour, all je suis devenu le webmaster de l'association linucie.net j'ai ce code <div id="head"> <h1>- <acronym title="Live Linux & Cie" xml:lang="en">Linucie</acronym> <em>(.net)</em> -</h1> <h2>Un texte qui différe...</h2> </div> Et, cela sur trois sous-domaines, : - http://linucie.net/ - http://doc2.linucie.net/ - http://galerie.linucie.net/ sur ce dernier, je ne sais pas pourquoi, ne vois pas en quoi, l'élèment h1 ne veut pas se "coller" correctement à droite, comme sur les autres sites... dans les css, c'est exactement le même code : #head { position: relative; /*border: 2px solid #000;*/ background: transparent url(http://linucie.net/img/bando.png) 100% 0% no-repeat; border-bottom: .05em dotted #999; margin: 0 0 0 20.5%; padding: 0 0 0 1em; height: 60px; } #head h1 { /*border: 1px solid #666;*/ background: transparent; margin: 0%; padding: 3px 150px 0px 0px; font-size: 1.3em; text-align: right; color: #000; } #head h2 { /*border: 1px solid #c00;*/ margin: 0 150px 0 0; padding: .8em 0 0 0; font-size: .9em; text-align: right; } vous pouvez bien sûr le vérifier ! Franchement sur ce coup, j'en perd mon latin... Vos idées ? PS : ca fait un bail que je m'étais éclipsé...

Ahhhh, que c'est bien tentant ... "Marseille, marseille, marseille ; le soleil chaud, les cigales à midi, la mer à 20 °..." Que j'aimerais bien être des vôtres, ce jour... Mais, je me sens bien trop loin dans ma campagne lot-et-garonnaise, trop loin Enfin, amusez vous bien ... PS : Suis partant pour la même chose du côté de chez moi

C'est franchement dommage que le sujet-concours ne traite que le rapport de l'handicap, et non des sites web qui ont fait l'effort accessibilité web ! Mais comme Denis, c'est un début... enfin, j'espère.

Sibelius, la question n'est pas du tout dans mon cas personnel, ce que je veux en faire... Ce matin, sur Framasoft, il était demandé de faire une notice -pour qui voulait bien la faire- sur un certain forum qui créditait être XHTML 1.1 valide... Et, la source renvoit la déclaration montrait par Monique... J'ai testé le validateur HTML du W3C... et, j'ai partagé ma surprise, ayant bien remarqué qu'il y avait un soucis lèger avec la déclaration DOCTYPE. Monique ne fait que confirmer mes soupçons ... merci à tous deux ! Je vais me permettre d'écrire à l'auteur en question pour lui montrer son erreur... après il en fera ce qu'il veut.

Bonjour, Je viens de découvrir une "belle" aujourd'hui ... Personnellement, j'avais compris que le XHTML 1.1 n'était que Strict ... Or, je viens de découvrir qu'il existe en déclaration transitionnel, avec le Doctype adhoc. Aurai-je mal appris "mes lecons" ? mal compris ?