Thread View: fr.comp.text.xml
6 messages
6 total messages
Started by Pierre Goiffon
Tue, 22 Aug 2000 00:00
<![CDATA[...]]>
Author: Pierre Goiffon
Date: Tue, 22 Aug 2000 00:00
Date: Tue, 22 Aug 2000 00:00
20 lines
1561 bytes
1561 bytes
Afin de ne pas parser du code HTML dans un �l�ment, on peut entourer celui-ci d'une balise <![CDATA[ ]]>. Exemple : <youpi><![CDATA[Et hop ! Du code <b>HTML</b> !]]></youpi> Est-ce que l'on peut employer cette balise aussi dans un attribut ? <youpi aa="<![CDATA[...]]>"> Si non (je pense que non, �tant donn� qu'un attribut devrait logiwuement �tre pars�), quels sont les moyens d'�crire du code HTML dans un attribut ? Suis-je oblig� de cr�er un �l�ment ? -- => @ anti spam !! Merci d'enlever le .invalid pour me r�pondre... _________________________________________________________ / \ . Pierre GOIFFON . . p g o i f f o n @ w e b c i t y . f r . \_________________________________________________________/
Re: <![CDATA[...]]>
Author: Alain Ketterlin
Date: Tue, 22 Aug 2000 00:00
Date: Tue, 22 Aug 2000 00:00
26 lines
1573 bytes
1573 bytes
"Pierre Goiffon" <pgoiffon.invalid@webcity.fr> writes: > Afin de ne pas parser du code HTML dans un �l�ment, on peut entourer > celui-ci d'une balise <![CDATA[ ]]>. Exemple : > > <youpi><![CDATA[Et hop ! Du code <b>HTML</b> !]]></youpi> 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.) > Est-ce que l'on peut employer cette balise aussi dans un attribut ? > <youpi aa="<![CDATA[...]]>"> Non, ce n'est pas possible. > Si non (je pense que non, �tant donn� qu'un attribut devrait > logiwuement �tre pars�), quels sont les moyens d'�crire du code HTML > dans un attribut ? Suis-je oblig� de cr�er un �l�ment ? A mon avis, c'est la meilleure solution. -- Alain.
Re: <![CDATA[...]]>
Author: Pierre Goiffon
Date: Tue, 22 Aug 2000 00:00
Date: Tue, 22 Aug 2000 00:00
16 lines
1476 bytes
1476 bytes
> Oui, mais ce n'est pas forcement une bonne idee. Dans mon cas le XML n'est utilis� que comme format d'�change. Les donn�es en sortie seront affich�es sur une page HTML. C'est la solution la plus simple pour de l'�change de contenu contenant du HTML, disons. Merci bien pour la r�ponse, en tout cas ! :) -- => @ anti spam !! Merci d'enlever le .invalid pour me r�pondre... _________________________________________________________ / \ . Pierre GOIFFON . . p g o i f f o n @ w e b c i t y . f r . \_________________________________________________________/
Re: <![CDATA[...]]>
Author: R.
Date: Tue, 22 Aug 2000 00:00
Date: Tue, 22 Aug 2000 00:00
36 lines
2084 bytes
2084 bytes
Alain Ketterlin <alain@dpt-info.u-strasbg.fr> a �crit dans le message : wyd7j1y62w.fsf@polya.u-strasbg.fr... > "Pierre Goiffon" <pgoiffon.invalid@webcity.fr> writes: > > > Afin de ne pas parser du code HTML dans un �l�ment, on peut entourer > > celui-ci d'une balise <![CDATA[ ]]>. Exemple : > > > > <youpi><![CDATA[Et hop ! Du code <b>HTML</b> !]]></youpi> > > 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). d'avance merci Rapha�l > > > Est-ce que l'on peut employer cette balise aussi dans un attribut ? > > <youpi aa="<![CDATA[...]]>"> > > Non, ce n'est pas possible. > > > Si non (je pense que non, �tant donn� qu'un attribut devrait > > logiwuement �tre pars�), quels sont les moyens d'�crire du code HTML > > dans un attribut ? Suis-je oblig� de cr�er un �l�ment ? > > A mon avis, c'est la meilleure solution. > > -- Alain.
Re: <![CDATA[...]]>
Author: Alain Ketterlin
Date: Wed, 23 Aug 2000 00:00
Date: Wed, 23 Aug 2000 00:00
43 lines
2441 bytes
2441 bytes
"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.
Re: <![CDATA[...]]>
Author: R.
Date: Wed, 23 Aug 2000 00:00
Date: Wed, 23 Aug 2000 00:00
48 lines
2807 bytes
2807 bytes
Merci pour cette r�ponse, je vais regarder tout cela de pr�s Alain Ketterlin <alain@dpt-info.u-strasbg.fr> a �crit dans le message : wy7l98xj5e.fsf@polya.u-strasbg.fr... > "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.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads