#5 Enabling to extend XS2DTD in post transfo

[Pierre Attar]

Il me semblerait pertinent d'offrir un mecanisme
d'extension pour pouvoir traiter
certaines infos du schemas pour les ressortir dans la
DTD.
Particuličrement sur des informations pouvant ętre
présentes dans des xs:appinfo.

Exemple :
Pour marquer les évolutions dans les schemas,
j'utilise un petit namespace (pcr : product
change request) qui permet de noter un peu
partout les modifications effectuées.
Trés pratique car une petite feuille de style XSLT
permet de synthétiser d'une release
ŕ l'autre ce qui a évolué.
L'idée serait alors de pouvoir retranscrire ces
informations PCR dans la DTD
sous forme de commentaire.

[Pierre Attar]

Logged In: YES
user_id=689805

Pour moi, c'est dans la spec. En gros, la spec dit que tout ce
qui est xs:annotation est conserv en tant que tel dans le
DTD handler. C'est donc au moment du DUMP qu'il peut y
avoir des soucis.

Comme le DUMP est une transformation XSLT, on doit pouvoir
faire ce que j'ai dj fait pour la partie sd2html ou je fais un
include <xsl:include href="./specificNeeds.xslt"/>

Dans l'ide, SpecificNeeds.xslt est, en standard vide, et peut
tre mis en place par chaque installation.

Aujourd'hui, il y a dedans le traitement des
chengeManagement de Epic V4.4 mais c'est juste parce que
je ne sais pas encore, avec mon installeur NSIS tester si un
fichier existe et s'il n'existe pas seulement mettre le fameux
fichier vide. Du coup, je vous donne toujours le mien.

En gros donc, y'a rien faire, si ce n'est cet include ne pas
oublier pour et la bidouille de l'installeur. Je propose donc que
ce soit formellement intgr la spec