Bonjour a tous
 
Je suis étudiant en droit, et je compte rédiger mes cours sur un site internet. La particularité des cours de droit réside dans leurs hiérarchisation, j'entends par la qu'on a pas mal de sous parties de sous parties ^^
 
J'en viens donc a mon probléme xHTML, il m'arrive donc assez souvent d'avoir épuisé les balises <h1> a <h6> et d'avoir encore des sous parties... Existe t'il donc une maniére d'avoir des balises <h7>, <h8>, mais respectant leur signification donnée par le w3c c'est a dire, des balises "titre".
Evidemment je pourrai utiliser un span avec les attributs css qu'il me faut, mais span ca veut rien dire contrairement a <h2> par exemple en xHTML  
 
Merci pour vos éclaircissements, car je reste étonné de ne pas trouver une solution a ce probléme :x

Tu es au courrant que <h7> signifique que c'est une sous-titre de 7ème niveau ?

 
Heu comme dit précédemment, les <hx> ne concernent que les titres. Pas les sous-parties elles-même.

Ben comme je l'ai dit... Les cours de droit ont une grosse structure ou on peut arriver jusqu'a un sous titre de 8eme niveau, tout dépend du maitre de conférence... Donc oui je suis conscient de ce que je demande

Dans ce cas, comment fait on pour avoir des sous-titres ? Il n'existe aucune balise pour ? Je dois m'amuser avec les attributs de mes <p> ? Pas trés significatif...

Il n'y a effectivement pas plus de 6 niveaux Faudra attendre l'XHTML 2 qui en permet une infinité (encore que dans leur derniers drafts, ils ont laissé les <hn> ).

Merci pour ta réponse, je pense donc que je vais garder les sous titres suivant au niveau <h6>. Ce sera mieu qu'un <p> du moins en attendant l'xHTML 2

Quel bonheur,quelqu'un qui respecte la semantique a ce point C'est une bouffée d'air frai

Oui, bravo en tout cas pour cette rigueur

Voilà une discussion qui devrait apporter des pistes :
http://forum.alsacreations.com/top [...] 2&tid=1899
 
Bonne chance

tu peux biaiser dans l'autre sens : si mes souvenirs sont bons, les cours de droits commencent souvent par des livres, puis des titres, pour arriver ensuite à des sections, chapitre, etc...
 
vu le peu de fréquence des livres et titres, tu peux t'en faire des éléments à toi à base de p ou de span...avec une classe spécifique...et du coup, tu restera dans les clous pour h1 --> h6, tout en gardant une sémantique acceptable...
 

Merci, mais bon que ce soit cette solution ou celle que j'ai adoptée (c'est a dire utiliser des <h6> avec des margin-left plus important et une taille de police dégressive en em), c'est plutot "inutil" niveau sémantique. Ca résoud rien pour l'accé au parseurs des navigateurs destinés aux handicapés. Mais bon Pas trop le choix hein ^^
 
Bon aprés tout ca... Je me demande vraiment pourquoi, mais vraiment pourquoi ils n'ont jamais pensé a mettre plus de balises titre ? Il y a eu deja pas mal de version pour en arriver au html 4 pourtant. Quelqu'un connait un peu la genése ?

Quand même 6 niveau de titrage, c'est sufisant pour plus de 99.9999 % des cas. Autant dire que c'est rarissime d'avoir besoin de plus.
Quand on en arrive à avoir besoin de plus, il faudrait peut être se demander s'il ne serait pas temps de découper l'ensemble en plusieurs pages en utilisant également le titre du document comme on le ferait avec un <h0>.

C'est par principe. C'est con de limiter à 6 niveaux Et l'extensibilité bordel
 

...
 
Mais t'es attardé?
 
Tu te rends pas compte qu'on est précisément dans ce genre de cas?

bof  
Ils y ont pensé avec le XHTML

Avec XHTML 2.0. Et encore, dans les derniers drafts y'a encore les <h1>...<h6>

le but à terme de XHTML est quand même de pouvoir créer ses propres balises pour étendre le language si besoin  
Et il faut rester un minimum backward compliant, d'où persistence des <hn> qui ont un sens

Pour l'XHTML 1, ouais. Mais le 2 n'est pas censé être backward compliant...

bha, y a qu'à faire <font size=x>le titre</font>, ou bien avec un tableau ...
 
 
 
 
 
 
 
 
 
 

L'xhtml1 à quand même un certain nombre de restriction hérité de l'html4. Et quand on voit le bordel monstre qu'était l'html3, (aucun navigateur n'a japmais suproté la totalité de cette norme vu le nombre de balise) on ne peut que comprendre qu'ils aient pas voulut refaire la même gaffe en sortant un langage trop étendus ou permissif.
 
Mais bon, l'xhtml est un enfant de l'xml, alors l'extensibilité elle existe déjà même si les balises rajouté n'ont aucune signification sémantique.

Il edmande pourquoi il n'y a pas des <h45>, je l'explique, pas besoin d'être un furieux de l'énervement.

c'est dommage de se couper la compatibilité avec le HTML3.2, autant utiliser td à la place de th

Si le XHTML 2 est entièrement incompatible avec le 1, m'est avis qu'il est inutile de le lancer

C'est pourtant le cas

Pourquoi pas utiliser des listes après le h6 ?
style  
I
 1
  A
   a
ça donne déja 4 niveaux de plus...

Faux  
 
Je suis en train de lire le WD, XHTML 2.0 n'est pas backward-compliant avec HTML, mais semble l'être en grande partie avec XHTML 1.x.
 
Avec des ajouts qui vont poutrer  
<nl>, "src" sur tous les éléments pour se débarasser du FIR , href sur tous les éléments aussi...
(et on pourra enfin mettre des trucs dans <p> )

Euh... Y'a plein d'élément repris, mais rien qu'aussi l'attribut href sur tous les élément suffit pour foutre le bordel

Oui mais rien n'empêchera de faire une page XHTML 2.0 lisible dans les legacy browsers, comme on peut faire une page XHTML 1.0 lisible par les browsers de la génération HTML 4.
 
On pourra bien sûr faire des pages illisible (on le peut déjà, il suffit de mettre des <img/> au lieu de <img /> et c'est fini), mais on pourra rester compatible ne serait-ce que pendant la période de transition.
Il y aura une transition douce entre XHTML 1.x et XHTML 2.0, pas une cassure quoi

<img> n'existe pas en XHTML 2

tu peux aussi utiliser plusieurs classes par <hx> , avec differentes mises en forme/taille de police
genre  
<hx class="sous-niveauX"></hx>
<hx class="sous-sous-niveauX"></hx>
...

Tu ne peux rien face à ma bornitude pugnacité  
 
Abandonne tant qu'il en est encore temps

Nan, car l'XHTML 2 DEVRA être servit en application/xhtml+xml Donc ça va foirer chez plein de monde...

 
Netscape 4.7 gère?

peut être que oui si on modifie le code binaire de l'exécutable ou d'une des librairies de l'applis.

gnarf

C'était pas la question, et si il faut hacker l'appli autant la changer  

C'est également mon avis

Sinon, y'aura plus les <form> tels qu'on les connais. Ils vont inclure les XForms, ça va r0xer des ours