Reprise du message précédent :

 
caca ?

Une liste de définitions ? http://www.w3.org/TR/html4/struct/lists.html#h-10.3
 
Comme dans la faq blabla@Prog quoi.

Bah, c'était une suggestion, mais ça ne me choque pas plus que ça...
 
On a l'image (le terme) dont on veut ajouter des informations complémentaires (la description), donc <dt> et <dd> :
 

 
Mais s'il y a mieux, je suis preneur
 
Sinon y'a aussi <dfn> pour la définition...

un epetite astuce intéressante glannée sur un NG
 

 
(merci à son auteur   )

http://www.uzine.net/article1979.html a méditer
 
c'est long, il y a des aneries mais aussi des choses intéressantes. (le but n'est pas d'en débattre ici)

quand meme, y'a un truc qui me sidère, c'est la mauvaise foi de certains qui ne veulent pas reconnaitre qu'un document xhtml est plus SIMPLE qu'un document html4

pk ne pas en débattre
 
oui le language html est un language simple, mais dans toute chose, faut un minimum de standard
 
le mec base plusieurs de ses arguments comme quoi le html c'est fait pour être écrit par n'importe qui. Je suis totalement contre. Faut un minimum de connaissance, et c'est pas plus dure pour quelqu'un qui ne s'y connait pas d'écrire en minuscule ou d'ajouter une slash dans une balise qui ne possède pas de balise fermante.
 
Tant qu'au tag disparu (blink, marquee et autres truc), c pas une question de compatibilité, c'est une question de professionalisme selon moi. Si tu veux des anim et du son, ya le flash pour

bon je viens de lire un peu plus de 15 lignes, c'est bourré de mauvaise foi ce truc, c'est vomitif.
edit: le passage sur les <table> vs <div>  

http://www.phoenity.com/newtedge/vertical_nav/
 
ce lien vient vraisemblablement d'ici... mais je ne le retrouve pas. y'en aurait pas un autre avec un menu dans le meme genre, mais qui marche aussi sous opera ? (au moins le 7, parce que là, que dalle)
han mais ça marche pas sous ie non plus

 
Un truc genre ça : http://openweb.eu.org/articles/menu_universel/ ?

oui mais j'avais déjà un menu en js (certes completement inaccessible), et je voulais m'en separer.
et j'y suis arrivé
enfin, ça passe sous moz, firebird et opera7
j'ai un petit "article" (si on peut parler d'article), reste que 2 ou 3 personnes qui se reconnaitront se bouge un peu le fion et il sera publié

http://www.w3.org/TR/xhtml2/mod-list.html#sec_11.4.

 
le href ça marche pas meme dans firebird

En même temps, ça c'est le "working draft" d'xHTML 2 alors c'est normal que ce ne soit pas encore tout à fait implémenté dans les navigateurs, même les bons

oops.
putain j'étais tout content de pour une fois avoir trouvé ces pages... et c'est meme pas les bonnes
(je ne trouve JAMAIS les pages qui listent les tags et les decrivent pour xhtml1.1)

Bah les tags c'est les mêmes que ceux d'HTML 4 en fait :
http://www.w3.org/TR/html401/index/elements.html
 
Y'a juste à regarder si tu fais du strict ou pas et à s'assurer de la bonne syntaxe XHTML.
http://openweb.eu.org/articles/html_au_xhtml/

euh y'a plein d'attributs en moins en xhtml1.1 qd meme

oui, mais ceux-là sont décrits dans le papier pour le XHTML 1.0 Mais tu as un tableau récapitulatif sur www.laltruiste.com

ok merci

Je voudrais refaire ça: http://membres.lycos.fr/gggrrrreeeggg/hfr/songs.html (extrait d'un vieux site que je remet a jour) sans utiliser de table? on y croit?
je pensais a une bete <ol>, mais le coup du timing aligné je vois pas comment faire!?

Bah ça ressemble quand même pas mal à des données tabulaires non ? Donc en l'occurrence, <table> s'impose AMHA.

ouaip
voulais voir si y'avait pas une alternative.. pour voir quoi

gni, pq ma table est pas alignée à droite du conteneur ?
http://membres.lycos.fr/gggrrrreeeggg/hfr/fouet.html

Peut-être parce que t'as rien mis pour aligner ta table ?  
Ou peut-être parce que ton conteneur a la même taille que ta table ?

j'ai mis un lien c'est pas pour rien
 
bon, j'ai rajouté  
table {  
  margin: 0px 0px 0px auto;
}
et ça marche...
c bizarre ce comportement je trouve...
 
(par contre ça marche tjs pas dans opera6)

 
justement, dans ton code je n'ai pas vu ce que j'ai dit que tu n'avais peut-être pas mis
juste un text-align, mais la table n'est pas du texte

ben et tu mettrais quoi d'autre ...
y'a le margin sur table, comme je viens de dire...
et pour l'histoire de taille?? euh y'a "pouet" qui est dans le conteneur et qui lui est bien à droite de la page.

 
justement, avec le margin et pas le text-align
 

 
bon benh c'est que pour la taille je m'étais planté, mais ça prouve que le text-align fonctionne si il a mis pouet à droite.

XHTML = XML ?

le XML est plus pointu que le xhtml c ca ?

Cf. premier post >>>
 
* Qu'est-ce que le HTML ?
 
Le HTML (HyperText Markup Language) est un langage de balises destiné à présenter et structurer des données.
 
La version actuelle du HTML est la 4.01. Etant donnée l'apparition du XHTML, il n'y aura pas d'autre version du HTML.
 
Aux débuts du HTML, celui-ci a été utilisé uniquement pour la diffusion de documents sur le Web et pour être consulté dans un navigateur. Aujourd'hui, le HTML devient plus "généraliste" et peut tout à fait être employé pour réaliser des présentations ou des documents destinés à être imprimés.
 
 
* Qu'est-ce que le XHTML ? Un truc marketing ?
 
Le XHTML est le successeur du HTML. Le XHTML hérite du HTML la plupart des balises et du XML pour l'évolutivité. On peut en effet rajouter des balises en fonction de ses besoins. D'où le nom eXtensible HyperText Markup Language.
 
Etant donné que le XHTML est un document XML, cela implique qu'il soit bien formé, c'est à dire que :
- toute balise ouverte doit être fermée (<p>...</p> ou <br /> )
- les noms des balises et des attributs doivent être écrits en minuscules (<span class="plop"> et non pas <SPAN CLASS="plop">
- les valeurs des attributs doivent être entre guillemets (class="plop" et non pas class=plop)
- les attributs doivent être "complets" (<option value="plop" selected="selected"> et non pas <option value="plop" selected> )
 
Voici un tutoriel très complet sur la démarche à suivre pour créer sa propre DTD et donc ajouter ses propres balises au langage XHTML : http://www.laltruiste.com/coursxhtml/creation.html

c'est bien beau cet article, mais j'ai l'impression qu'on a jamais dit à quoi ça pouvait servir et dans quel contexte ça pouvait etre utilisé

Ben je sais pas... avoir besoin de ses propres balises pour une raison sémantique...
 
<author>Molière</author> peut être plus lisible que <span title="auhtor">Molière</author>
 
 
Sinon ça peut s'utiliser pour afficher un document XML sans avoir à effectuer des transformations lourdes sur celui-ci...
 
Mais bon de toute façon tout ça reste théorique vu la difficulté avec laquelle les navigateurs savent gérer ces balises personnalisées...

cons de navigateurs
 
mais c'est vrai que ça pourrait etre sympa, et nettement plus leger que de l'xslt (arretez moi si je dis une connerie...)

quelles sont les "priorités" avec un ou des @imports ?
 
(ie, si dans mon a.css j'importe b.css, et que deux classes/id ont le meme nom dans ces deux fichier, laquelle sera utilisée par les browsers supportant @import? - ns4 allant forcément utiliser - à son niveau - celle d'a.css)

C'est le dernier défini qui écrase les précédents, donc à priori celui que le browser rencontre en dernier en lisant les définitions.

et on suppose qu'il parse un @import et son fichier avant de parser la suite de ce qu'il est en train de lire ...
 
 
(salaud d'édit )

Il est déclaré à quel endroit ?

j'ai édité, moi aussi

l'import devant toujours être déclaré en début de fichier, il doit être considéré comme un copier/coller de son contenu à cet endroit. Tout comportement différent est un bug.