ste
-
Compteur de contenus
167 -
Inscrit(e) le
-
Dernière visite
Messages postés par ste
-
-
Bonjour tout le monde,
j'ai un probleme avec validateur W3C :une page impossible a valider reponse invariable du validateur " on line 13 it contained one or more bytes that I cannot interpret as utf-8 " meme quand je mets la ligne en commentaire , pouvez-vous me donner une explication svp My badpage
<{POST_SNAPBACK}>
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
++
-
Je te conseil de lire ce tutoriel d'Alsacréations :
http://css.alsacreations.com/Tutoriels-et-...ss-image-unique
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...)
-
Il est possible de se passer de javascript afin de réaliser un rollover. Je te conseil de lire ce tutoriel d'Alsacréations :
http://css.alsacreations.com/Tutoriels-et-...ss-image-unique
Tu évite ainsi les problèmes de navigateurs, de javascript désactivé et de préchargement d'image.
<{POST_SNAPBACK}>
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
-
_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 :
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 ?
-
Une dernière remarque... et un peu de teasing
Qu'un site soit accessible c'est très bien, que ce soit un site de qualité est encore mieux !
Les bonnes pratiques qualité des services Web proposées par le projet Opquast comprennent évidemment des critères d'accessibilité parmi bien d'autres (interactivité, législation, ergonomie...).
Sans dévoiler de secret je peux vous dire que l'équipe vous prépare du nouveau, et du bon... à suivre
<{POST_SNAPBACK}>
Moi, aussi, je suis au courant ;
tralalalalère !
-
Ce que te dis MarvinLeRouge, c'est que ton code HTML n'est pas valide !
Sans aucune hésitation ....
-
Ste, je ne te remercie pas du tout !
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...
-
Bon et bien je viens d'apprendre qu'un bon 100 % divisé par 2 ne peut faire qu'un 47/48 %. C'est la solution, car j'avais essayé le float: right; avec un 50%, mais c'était plantage.
Donc, surtout réduire ces largeurs de div en dessous de la moitié de la somme de deux égalant le total du tout moins l'âge du webmaster
Merci à toi, le résultat est nickel sur les quatre navigateurs.
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 :
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 !
-
Bonsoir,
Existe-t-il une solution permettant de positionner deux div, à même hauteur, l'un à gauche, l'autre à droite, et qui satisfasse IE, Firefox, Netscape et Opera ?
Je précise que ces deux <div> sont imbriqués dans un div central.
Je tourne autour de ce code depuis plusieurs heures, sans parvenir à mes fins:
#gauche {
float: left;
left:5px;
width: 50%;
height:100%;
}
#droit {
position:absolute;
margin-left: 5px;
width: 50%;
height:100%;
text-align:left;
}Avez-vous une idée ?
xpatval
<{POST_SNAPBACK}>
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 !!!
-
Voila, j'ai reregardé (j'ai posté après Monique finalement )
Moi non plus ma barre ff ne marche pas, c'est assez embêtant !
J'ai fini par trouver une cause possible du problème sur la page en question, je n'ai pas comparé avec les autres pages...
(...)
Le width du h1 se rajoute au padding-right:150px du premier... En enlevant le width:50% du h1, on a l'alignement souhaité... Ca peut résoudre ton problème ou ça en pose ailleurs ?
<{POST_SNAPBACK}>
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...
-
Bonjour,
Serait-ce un problème d'en-têtes HTTP qui sont différentes ?
Dans le même ordre que la liste de tes 3 sites, j'ai
- Content-Type: application/xhtml+xml;charset=UTF-8
- Content-Type: text/html; charset=iso-8859-1;
- Content-Type: application/xml;charset=UTF-8
Et je constate que c'est la 2ème page qui est servie en HTML
Autre comportement étrange de la page incriminée : les options de la barre Web Developer ne fonctionnent pas
<{POST_SNAPBACK}>
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, :
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.
-
XHTML 1.1
dans (X)HTML et CSS
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.
-
XHTML 1.1
dans (X)HTML et CSS
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 ?
sécurité et super-globales...
dans PHP
Posté
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 :
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...