Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Pierre Attar (pat@tireme.fr)
Date: 04/10/2003 - 06:09


At 12:25 03/10/2003, you wrote:
>Oui, mais auparavant, notez que ces déclarations d'espace de noms nom
>utilisées sont en principe "cosmétiques" et ne devraient pas vous gêner
>dans vos documents. Je dis en principe parce qu'elles sont un problème
>si vous utilisez une DTD pour les valider et peuvent augmenter leur
>taille de anière significative.

Le second cas est souvent le problèmes lors de transfos vers html. Sur la
FAQ de pawson, ils recommandent le 'exclude-result-prefix' mais dans mes
tests, cela ne marche qu'à moitié avec Saxon. Quand ca marche, ca ne fait
que remonter ces déclarations au niveau de l'élément root.

Personnellement, le problème que j'ai souvent est du type
<stylesheet xmlns:fo="..." xmlns:db="..."
         <param typeSortie

         <xsl:choose
                 typeSortie=web
                         <a href=...
                 type sortie=fo
                         <fo:inline-sequence ...
                 type sortie=db
                         <emphasis ...

Ensuite, je fais une sortie web et me retrouve avec un <a xmlns:fo xmlns:db
href="" ....

Si j'utilise le 'exclude-result-prefix' alors je remonte ces déclarations
seulement au nuveau de l'élément html.

Pour l'instant, je me fais une raison et attend XSLT 2.0.

De façon industrielle maintenant, c'est aussi ce que je recommande à mes
clients : "utilisez les espaces de noms quand xslt et les éditeurs xml
sauront bien les traiter ... ca devrait bientôt arriver".

En attendnt, je fais comme avant en SGML ... je suffixe monEspace_para ...
ca élimine une bonne partie des problèmes. On pourrait aoir l'approche de
suppression des namespace innutiles à postériori ... je suis preneur du
code de sylvain.

Pierre Attar (mailto:pat@tireme.fr)
Consultant en informatique documentaire XML
Consultant in Structured Document engineering

Projet "Mutualiser l'effort de montée en compétences sur XML"
http://www.mutu-xml.org/index.html

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement