Reprise du message précédent :
il faut les changer pour les adapté au XHTML ?

Non, CSS et XHTML sont deux recommandations différentes

Pour ajouter quelque chose, je vous dirai même, Eric251, que la tendance actuelle pour le 'top moumoute du xhtml' est de faire une production sans tableau, c'est à dire sans balise de type <tr> / <td> . On utilise alors des <div>. Ce n'est bien sûr qu'une tendance, et une petite fantaisie que de ' prohiber ' les tableaux !

Enfin pas que des <div>
 
En fait on utilise chaque balise pour ce qu'elle a été prévue pour : <div> pour grouper des objets, structurer le document, etc... <ul> ou <ol> pour des listes (genre un menu sera une liste, avec dans chaque <li> un lien), des formulaires composés de <label> associés à des <input> ou autres contrôles, des sections de documents correctements titrées avec des <h1>...<h6>, des <p> quand on a des paragraphes, etc...

C'est exact. En citant le <div> je parlais de généralité et de regroupement assimilé à la fonction d'un tableau ^^

Ca tchache ici   !
En tout cas, je suis au même point que toi eric251 : mettre un jour mon site aux normes du W3C. Mais pour ma part je dois encore apprendre. Mais le chemin de la réussite prend du temps : ne te décourage pas!! Bonne continuation  
ps : j'aime le design de ton site. Les tons bleus sont très jolis!!

Oui, j'ai oublié de dire que le site est plutôt joli

Il faut enregistre la page xhtml en quel format, html ou htm ?

Aucune différence . Ce qui importe, c'est le type MIME envoyé pas le serveur. Tu peux mettre comme fichier :

Tant que le serveur l'envoi en tant que text/html, ça ira

il est très bien le site alsacréations

Je voulais faire quelque chose qui imite les iframes.
J'ai trouvé quelque chose sur les owerflow :
http://openweb.eu.org/articles/overflow_fond_fixe/
Mais comment imiter la fonction target (je crois)pour faire des lien entre 2 overflows ? J'ai trouvé quelque chose mais c'est en php et la page remonte (contrairement aux iframes)
Alors je fais comment ?

J'aime bien s'te présentation  
Le texte parait mieux en plus

merci. j'avais utilisé des iframes pour là mise en page en html (le menu est plus long en réalité) alors si quelqu'un sait comment intégrer des iframes en xhtml, il peut me le dire   (là c'est avec photoshop que j'ai fais ça)

 
sur ma page html

 
Comment mettre ça en xhtml ?

Bah en xhtml il me semble que les frames ne sont plus au gout du jour (enfin si iframe c'est la même chose qu'une frame naturellement).
 
L'xhtml si j'ai bien compris, a été développé afin de permettre aux personnes non voyante de surfer plus facilement sur le web (ce n'est peut être pas l'unique raison, mais c'en est une ). Ainsi on comprend mieux pourquoi les frames, et les popups, ne sont plus conseiller aujourd'hui

ah... alors je fais comment ?

Tu fais pas    C'est pas grave si toute la page se recharge, vu que les images sont dans le cache, et que le poid du menu est négligeable

ouais mais c'est pas trop pratique pour ceux qui ont une résolution de 800*600

En accord avec FlorentG ^^

Aucun rapport avec la résolution. Utilisez les poucentages, et une bannière d'entête pas trop grande et tout ira bien.

on peut pas utliser des ancres nommées ? j'ai lu un truc dessus ché plus où mais je crois pas que c'est avec les div

Fonctionnez par feuilles de style . Attribuez une valeur avec votre div et définissez-là dans votre code CSS.

en fait je me suis trompé, j'ai essayé mon site en 866*600 et ça marchait très très bien, la bannière n'est pas trop grande.    

Si. Tu met un id à n'importe quel élément, et tu y fais référence dans le <a> :

euh... chais pas si j'ai bien compris... qu'est-ce qui faut mettre sur la feuille de style et sur la page ?

gné ?

euh...

Vous comprendrez pourquoi j'insiste sur le fait de lire et de s'informer sur des sites au préalable .. avant de se lancer dans ce genre de codage ...

j'ai cherché mais j'ai rien trouvé sur les ancres nommées avec div

Fait comme j'ai dis Un id sur l'élément qui servira d'ancre, puis le lien avec comme adresse un # suivit de l'id de l'ancre

ouais je crois que j'ai compris

<div id="section5">  
et si j'ai <div class="section5">  
class est là car j'ai attaché une feuille de style avec par exemple
.message {
 position:absolute;
 top:735px;
 left:10px;
 width: 736px;
 height: 30px;
 
}
donc je peu pas le remplacer par id.

à quoi servent ces différents gabarits ?
-Encodage ISO-8859-1
-Encodage UTF-8 ou UTF-16
-Encodage ISO-8859-1
-Encodage UTF-8 ou UTF-16

Ce ne sont pas des gabarits, mais des encodages. Comme tu le sais peut-être, à la base, était le codage ASCII. Donc on a fait correspondre à un nombre d'un octet un caractère :
A = 65
B = 66
etc...
Qui dit un octet dis 255 possibilités. Donc chacun y est allé de son encodage. Pour un chiffre, suivant l'encodage, le caractère était pas le même. Surtout parce que les alphabets ne sont pas les mêmes. Les anglais ont besoin d'une série de 255 caractères différents, mais les français en on besoin d'autres (lettres avec accents, etc...) Sans parler des chinois qui ont bien plus que 255 caractères.
 
Donc par exemple, l'ISO-8859-1 correspond à l'alphabet latin, étudié pour nos contrées. Y'a aussi l'ISO-8859-15, qui remplace un caractère jugé inutile par le signe Euro. Etc...
 
Alors évidemment qui dis différentes tables de codage dis un gros bordel. Faut faire des conversions, etc, etc. Du coup y'en a qu'en ont eu marre, et qui ont mis au point l'Unicode. Ils ont donc codé à la base chaque caractère non plus sur 1, mais 4 octets, ce qui porte le nombre de possiblitées à plus de 4 milliards, donc suffisamment pour inclure un jour les alphabets de mars et de venus En plus si les tables ASCII n'avait que le concept de caractère, l'unicode est étudié pour différents concept : genre mélangeage de plusieurs symboles pour en faire un autre dans certaines langues asiatiques.  
 
Avec ça, plus besoin de conversion, on a en une seul table tous les caractères. Problèmes : qui dit 4 octets dit taille de fichier 4 fois plus grosse. Du coup y'a plusieurs types d'encodage pour l'unicode : utf-32, utf-16 et utf-8. L'utf-32 utilise donc 4 octets par caractères. L'utf-16 en utilise 2 pour une première plage, et 3 ou 4 pour d'autres plages. Du coup pour certains caractère (essentiellement latin), on se limite à 2 octets. Pour l'utf-8, c'est 1, 2, 3 ou 4 suivant les même critères : les 127 premiers caractères  ne sont codés que sur 1 octets, et sont compatible avec le vieil ASCII.
 
Donc en résumé :
A toi de faire ton choix. Avec un encodage genre iso-8859-1, ça marchera partout, mais vaut mieux remplacer certains caractères par leurs entités (genre é par &eacute. Avec de l'utf-8 (adapté pour le web donc, puisque la version la plus légère) pas besoin d'entité (pas de problème de conversions), mais ça risque de pas marcher partout... Genre mon téléphone mobile ne le gère pas, et je me retrouve à la place des 'é', des 'é'
 
Personnellement, je recommande l'UTF-8 tout de même, c'est le moins galère à gérer, et les différents périphériques commencent à bien le supporter (à part 2-3 babioles genre mon mobile à la noix ). Par contre aussi, il te faut un éditeur qui le gère, mais même le bloc-note en est capable, donc ça ne devrait pas poser de problèmes

'vache le truc que j'ai pondu

Enfin j'espère que t'as pigé

ouais ça va

je suis en train de refaire mon site en xhtml

c'est pas trop dur en fait