Reprise du message précédent :
Le xhtml/css permet de séparer totalement la sémantique de l'affichage.
Si tu codes en te disant "ha oui, mais ça ca sera caché par la feuille de style" alors tu bousilleras toute l'accéssibilité du site aux malvoyants et à tous ceux qui utilisent un navigateur qui ne gére pas les feuilles de styles et tous ceux qui ont désactivé la prise en charge des feuilles de styles.
 
Essaye donc d'imaginer ce que ca donne ton fameux site pleins de "blocs invisible que que l'on imbrique les un par dessus les autres" quand ils sont tous affiché les uns derriére les autres.
 
D'ailleurs, les images servant uniquement à faire un effet visuel ne devraient jamais se retrouver dans la page xhtml mais uniquement dans le css.
 
 
Ceci dit, je ne dit pas qu'il ne faut pas oublier ce que donera le site avec le css, mais je pense qu'il ne faut surtout pas coder la partei xhtml pour coller avec le css, sans quoi on perd le role normal de l'xhtml.

Non, le CSS permet de donner une apparence et un certain comportement à des éléments. Par exemple, "ce paragraphe sera rouge, le texte centré", "cet élément sera un élément de type inline", "celui-là se comportera comme un tableau", "celui-là sera positionner de manière fixed par rapport au viewport".
 

Sauf que tu risques de partir dans le mur, et d'avoir des éléments n'importes où, dans n'importe quel sens. L'autre fois j'ai fait le code source d'un site ( CRES UCAD ). Ben le design a pas été pensé "CSS". Du coup, j'me retrouve avec un menu en deux... Le contenu qui vient après le menu (pas cool pour les malvoyants, les mobiles et les moteurs de recherche), et un code plutôt orienté présentation, ce que j'aurais aimé évité. Rien à voir avec un autre site ( Saint-quirin ) où là c'est beaucoup mieux, j'ai d'abord le contenu, puis la navigation. A part pout le header, y'a rien de présentationnel dans le code HTML... Teste-le sur un mobile WAP 2.0, c'est du bonheur

Haaaa, merci je vois mieux comment cela se passe a présent.
Je ne voyais pas du tout ca comme ca.
En fait il faut qu'une personne qui a un navigateur qui ne gere pas les feuilles de style voyent l'ordre chronologique des choses sur ta page.
 
Vous n'avais pas fais vraiment allusion a tout ça. Je vais tacher de marcher dans votre sens a present.
 
Merci

Un "truc" que j'ai trouvé pas mal pour faire ses tests, c'est de tout simplement lire sa page en utilisant le markup (les balises HTML) comme des indicateurs d'intonation: on appuie bien oralement sur un <strong> ou un <em>, on place des pauses entre les paragraphes (<p> ), on énonce les listes en tant que listes, ...
 
On essaie de rendre oralement ce qui est indiqué dans le code source quoi
 
Ca permet de très vite se rendre compte si la page est logique ou pas, surtout si on s'enregistre et qu'on repasse l'enregistrement derrière

Moi je les teste sous Jaws, c'est ultra-instructif...

moi, je testes sous firefox en désactivant réguliérement les css.
Ca permet déjà d'avoir un bon apperçu de ce que ca donne dans un navigateur moins évolué.

Hum c'est pas bête ça...
 
EDIT: Tu fais comment?

Par contre, les sites sont parfois surprenant quand on les visite sans css.
On se rend parfois compte que leur belle tronche n'est pas vraiment du à la bonne organisation des données.  

Menu "affichage" / "style de la page" / "aucun style" (pour la version francaise, autres versions : même endroit mais pas écrit pareil)
 
Et pour les css alternatif, c'est au même endroit mais avec le nom du style alternatif à la palce de "aucun style".

C'est pas donné jaws aussi

Ouais, ils pourraient en faire une version pour développeurs à pas cher

http://www.humanware.ca/jawsf.html version de démon limité à 40 min d'utilisation (consécutive ou au total telle est la question)
 
Si c'est 40 minutes consécutive, c'est largement suffisant pour tester une page web.