🚀 go-pugleaf

"R." <raphael.thery@nordnet.fr> writes:

> Alain Ketterlin <alain@dpt-info.u-strasbg.fr> a �crit dans le message :
> wyd7j1y62w.fsf@polya.u-strasbg.fr...

> > Oui, mais ce n'est pas forcement une bonne idee. AYant eu cela a faire
> > plusieurs fois, j'ai fini par abandonner. A la place, j'inclus la DTD
> > XHTML dans ma DTD, et j'insere directement du XHTML (qui est reproduit
> > en sortie par une <xsl:copy-of>).
> >
> > (La "modularization" de XHTML devrait encore faciliter la tache.)
> 
> Pourriez vous �tre plus concret car l'information m'interesse mais je n'ai
> pas toutes les billes pour comprendre et surtout mettre en oeuvre ce
> qui est �crit ci-dessus (par manque d'exp�rience surtout).

Voila un exemple : dans une DTD on a

<!ENTITY % XHTML10 PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
   "xhtml1-strict.dtd">
%XHTML10;
<!ELEMENT contenu %Block;> <!-- same as xhtml:body -->

L'element "contenu" est propre a ma DTD, mais %Block; vient de XHTML.
J'ai ainsi un element dans lequel je peux mettre du XHTML. Dans ma
feuille de style, je peux donc faire :

        <xsl:copy-of select=".../contenu"/>

pour produire un fichier HTML.

Pour ce qui est de la modularisation de XHTML, il s'agit de separer ce
qui concerne le texte, les sections, les formulaires etc. de facon a
pouvoir utiliser chaque partie independamment. Dans l'exemple
ci-dessus, le gros probleme est que l'utilisateur peut inserer des
balises <h1>, <h2> etc. dans <contenu>, ce qui ne m'arrange pas du
tout, puisque cet element est recopie dans un document qui a sa propre
logique de sectionnement. Quand on a ce genre de problemes, on maudit
HTML constamment.

Les details sont a http://www.w3.org/TR/xhtml-modularization/

-- Alain.