Bonjour tout le monde !  
 
Je suis entrain de refaire mon site,  
vous en pensez quoi pour l'instant ?  
 
http://blastmanu.no-ip.com
 
(les liens ne fonctionnent pas enore)
 
besoin de toutes vos critique positive ou negative merci

les css sont bien utilisé en fluide et l'utilisation des div est bien
 
voila

Tu utilises le XHTML 1.1 alors que ton serveur web envoie au navigateur un "Content-Type: text/html".
 
Pour diverses raisons expliquées par des personnes plus au courant que moi, il faudrait que tu choisisses l'une de ces deux solutions:
- passer à du XHTML 1.0 Strict, ce qui fondamentalement ne devrait pas changer grand chose
- configurer ton serveur web pour qu'il envoie le contenu en tant que application/xhtml+xml
 
Pour le reste ton balisage est correct, mais pas sémantique.
Tu pourrais, afin de tendre vers une utilisation plus "pure" des standards, tendre à remplacer:

par

ce qui en plus d'être sémantiquement meilleur est aussi nettement moins verbeux.
 
Mais le boulot que tu as fait est déjà pas mal du tout.
 
Autre chose utile pour l'accessibilité:
1. Place une ancre au début du contenu effective de ta page (cad après le menu)
2. Place un lien vers cette ancre en haut de la page, en l'intitulant par "accéder au contenu"
3. Applique la règle de style "display:none" à ce lien
 
Les visiteurs qui n'affichent pas les feuilles de style auront la possibilité d'aller directement vers le contenu, évitant ainsi une looongue liste d'entrées de menus.

Je suis assez d'accord avec Kris, parcontre dans tes CSS je pense qu'en faisant un peu de rangement ... et en exploitant un peu plus l'heritage, tu peux virrer quelques lignes. Parcontre a part ça j'aime bien

C'est pas mal (mise en page full CSS, page pas trop trop lourde - encore que tu pourrais violement alléger tes images: le JPEG qualité 100% c'est inutile, les 12ko du gros logo passent en dessous de 9ko en PNG8 256 couleurs et à 4.8ko en JPEG qualité 60 [quasi sans perte visible]), mais un certain nombre de progrès à faire encore sur la sémantique HTML (le sens du document non mis en forme):
 

• CA VALIDE PAS /FOU/ /FOU/ /FOU/ (et comme indiqué par Kriscool, passe en XHTML1.0 et non 1.1)
• Les URLs n'ont pas de sens (page6.html ), ça n'aide pas à naviguer
• Pense à mettre des "title" sur tes liens, c'est extrèmement pratique pour le visiteur
• Pas de titre de page (remplace <div id="logo"></div> par <h1>lenomdetapage</h1> et utilise FIR par dessus pour afficher le logo)
• DIVÏte aigue, trop de <div> partout, ya d'autres balises dans la vie
• Tu n'utilises pas les balises de titre <h1> .. <h6>, elles sont pourtant très importantes (et lourdement utilisées par les moteurs de recherche), tu peux les utiliser dans les titres et liens et ceux des éléments de pages
• les menus sont ignobles en texte, fais des listes de liens:

Beaucoup plus clair comme menu, même en texte only, et ça fait sauter tous les "<br>" qui n'ont aucun sens

• Passe le menu "sous" la page (dans le code) ou prévoit une ancre pour descendre directement au contenu, parce que le menu est très très long et si on navigue en texte ou en audio c'est lourd  
• L'exemple de logo dans l'accueil, c'est de l'information, il FAUT utiliser <img> parce que là quand on browse en texte ça nous parle d'un logo qu'on a pas  
• trop de <span> inutiles, je sais pas moi, à côté des <hn> t'as aussi <strong> et <em>, d'ailleurs certains spans sont limite stupides (je pense tout particulièrement à <div class="copy"><span>blabla</span></div> )

 
C'est tout pour l'instant, mais il faut réellement que tu penses à vérifier ce que donne ta page sans le CSS (en mode texte) et que tu la valides W3C avant de la soumettre. Il y a de l'effort, ça se voit, mais encore des progrès à faire

Aussi, tu peux enlever la ligne suivante :

Les mots-clés sous cette forme ne sont plus utilisés par les moteurs de recherche. Tu peux limite en laisser 2 ou 3, mais sache que ça ne sert pas par exemple chez Google.
Sinon pour tes différentes boîtes de part et d'autre, j'utiliserais plutot une structure comme ça :

Pour associer explicitement un <h2> avec sa <ul> Ou alors dans le style Masklinn, mais je préconise de garder le <h2> juste à côté du <ul>.

tout d'abord merci pour vos réponses.
 
Au début le menu, je l'avais fais avec des listes mais le problèmes c'est que j'avais un espace entre la barre en haut de chaque menu et le menu (impossible a supprimer.  
Et la liste se placé beaucoup trop a droite (et là pareil impossible a modifier, trop bizzar le truc c'est la première fois que je voyais sa)  

Parce qu'il faut enlever le margin et le padding par défaut

Ben oui, même avec sa sa ne fonctionnais pas

Alors c'est que tu t'es planté quelque part

je vais essayé de voir sa en créant une copie du site pour les test

faut les enlever sur les éléments <ul> et <li>, margin et padding
 
et mettre list-style à none au niveau du <ul>

c'est ce que j'avais fait (franchement c'est trop bizzar mais je vais me pencher dessus cette semaine)

Moi je ne comprend l'histoire de div, et puis comment met-il le nombre de visiteurs juste en div, si ya un site sur ce sujet je suis prennant.

Pour le nombre de visiteur, faut un script côté serveur

Ouai mais je veux stp un site qui explique tout sur ça. Merci qand même.

je comprend pas ta phrase Paracetamol

Paracetamol, c'est du PHP, va sur www.commentcamarche.net et regarde un peu comment ca marche

Ben mois je suis plus html, mais peut-on inclure du php dans du html (attention j'ai bien dit php dans html pas l'inverse).

va lire l'article PHP de CCM (lien d'esox)

non on inclu de l'html dans du php (ce qui revient a peu pres au meme). Si tu veux faire un compteur tu n'as pas 36'000 facon => Essaie en PHP (y a quelques autres langages qui te permettent de le faire aussi mais c'est plus complexe)

j'ai mal lu dsl

Moi ch'fais le contraire, je saupoudre mes fichiers HTML avec du paihachepai
 
Voir pire, j'inclus le paihachepai dans mon HTML à grands coups de SSI

Masklinn, faut etre 'in' !! On dit 'Pièichpi'

aukai brauzaire    

 
Je trouve que l'argument de la non-utilisation de cette balise par les grands moteurs de recherche du Web ne justifie pas la suppression de la balise keywords, pour la simple raison qu'elle peut être utilisée par un moteur de recherche maison par exemple.
Ca évite d'avoir à parcourir tout le document pour le référencer.
 
Je vois ça comme une bonne pratique de préciser certaines meta-informations, quand bien même Google et consorts ne les prendront pas en compte.

Oui mais sache qu'ici on ne traite des problèmes "maison". J'en sais quelque chose : j'avais posé une question concernant un attribut compatible avec Netscape 4 pour des besoins propres à la boîte (grand groupe bancaire) pour laquelle je bossais, et je n'ai eu comme réponse que mépris et dédain (j'exagère à peine) me répondant qu'on est plus au moyen age, qu'aujourd'hui c'est le (x)html + css qui prévalent, qu'il ne faut plus utiliser NS4, que je ferais mieux de démissioner, etc
 
Je me suis donc démerdé tout seul (faut bien dire aussi que personne n'avait la réponse à mon problème) et j'évite à l'avenir de poser des questions qui ne concerne la haute pointe de la technologie actuelle (dire qu'un jour, on dira sur ce forum que le css, c'est dépassé, que c'est le moyen age, etc)
 
ps : vous arrivez à le lire son site à blast ? moi j'ai une page d'erreur

Son site est probablement sur son PC perso, donc quand il l'éteint le site disparait

oui, il est sur mon pc pour l'instant en attendant de l'avoir fini

ok merci

Je rajouterais qu'il faudrait pas centrer les éléments placés dans les box.

+1 -> alignés à gauche, c'est plus facile à lire

 
A mon avis tu confond utilisation d'un balise proprietaire n'assurant pas le fonctionnement sur tous les browsers, avec respect de la norme, des standards ainsi que des recommendations.
 
Voila une page qui traite des elements meta :
http://dublincore.org/documents/dces/
 

Il est évident que certains attributs propres à NS ne passaient aucune validation w3c, je ne conteste pas le côté hors norme de ces attributs et mon premier reflexe a bien entendu été de dire à mon chef de projet que c'était "mal" de faire comme on me le demandait.  
 
Une fois qu'on m'a remballé ("tu fais comme ça ou on demande un nouveau presta" (j'exagère un peu là)), j'ai du coder "mal" mais je l'ai quand même fait.
 
Le problème, c'est que certains intervenants de ce forum ont du mal à comprendre qu'en entreprise, tu ne peux pas toujours être (x)html 1.1 + css compliant (combien d'entreprises imposent ces normes d'ailleurs ? aucune de celle que où j'ai pu travailler...) et qu'il faut faire l'enôôôôrme concession de coder du html 3 pour que ça marche.
 
Voilà, ce n'était pas spécialement une critique contre ce forum qui est un petit peu devenu ma bible en html/css et qui m'assure une veille technologique à la pointe des normes.
 

Si dans ton premier message du dis que tu travailles dans un environement d'entreprise et/ou intranet, je pense que tu te feras moins "insulter".
Je developpe moi-meme une application pour un cybercafe, et je comprends tres bien les contraintes que l'on "nous" impose.
 
Mais des fois il faut savoir parler a son chef et lui dire pourquoi c'est mal, pas simplement lui dire "lesframescmal" ou "lacheteaimeelleeuh3cmal", faut egalement lui expliquer que le code que tu va developper risque de ne plus fonctionner dans le futur. Tu peux egalement lui dire que ca risque de lui couter plus, car il devra te payer aujourdh'ui pour le boulot, mais plus tard il va devoir repayer qqn pour "porter" l'appli pour quelle fonctionne.
 
J'ai recement fait un site avec un pote, au debut notre client voulais des popups. On lui a dit que d'apres nous, qui travaillions dans le domaine, ce n'etait pas une bonne idee. On lui a ensuite explique pourquoi. La plupart des gens "subissent" les popups de publicitie, beaucoup installent des anti popups. Par consequent les popups risquent de ne pas fonctionner chez des visiteurs, visiteurs qui vont ensuite penser que le site est mal fait, et en faire de la mauvaise publicite.
(Bon c'est un peu exagere).
En tout cas le client a su ecouter nos remarques et nous avons finalement reusi a le convaincre. Resultat plus de popup et tout le monde est content.
 
Le role du webmaster est aussi de dire au client ce qui est possible ou non de faire, mais egalement ce qui n'est pas recommande de faire.

A ce sujet, vous pouvez lire ce billet d'Eric Daspet, avec la phrase suivante :

Donc si vos supérieurs vous demande quelque chose d'ignoble, vaut mieux leur exliquer et leur dire pourquoi c'est con et qu'il faut jamais le faire....

J'ai eu la chance cette année dans l'entreprise où je suis en stage, de tomber sur des oreilles attentives, en l'occurence celles de mon chef, pour le sensibiliser sur les problèmes de maintenabilité, de poids et de viabilité des pages développées (pour des applis intranet).
J'ai de la chance aussi parce que les équipes en charge des normes ergonomiques et techniques pour les applications web ont également commencé à prendre conscience du problème et bannissent peu à peu certaines pratiques (tables imbriquées & co).
 
Là je suis chargé de former une collègue de travail à HTML/CSS/JS (bases) et je vais pouvoir aborder directement des choses standard. Je fais un document support de cette formation qui servira également à l'équipe dans laquelle je suis.
Bref, le message est bien passé et c'est pas moi qui m'en plaindrai

Super Si seulement ça pouvait être comme ça partout

Moi j'ai refait le site de ma boîte en douce à la main en xhtml/css alors qu'on a une licence de Dreamweaver (et il n'y a que moi qui m'en occupe, donc pas de problème en plus j'ai mis moins de temps que prévu pour refaire le site)

Krisscool : Tu en as de la chance, si seulement ca pouvait comme ca partout.
Mais en attendant c'est aussi a nous les webmasters (les vrais hein ) de faire evoluer les choses.
Plus il y aura de webmasters qui font la remarque plus les clients commenceront a prendre conscience du "probleme".
 
Ben oui, si le client decide d'aller "voir ailleurs" et que l'on lui dit la meme chose, alors il se dira que ce n'etait pas l'autre webmaster qui avait sorti une excuse bidon...