>Il faudra de toute mani�re aller modifier la configuration install�e
>apr�s l'installation (� moins de se fabriquer une installation maison �
>partir des sources), alors je ne vois pas la diff�rence (du point de vue
>des contraintes) entre utiliser unopkg ou lancer une transformation XSLT
>ou un sed depuis un script (� part que le premier choix laisse les
>fichiers d'origine intacts).
Ni l'un ni l'autre! Bien que dans le principe on ne soit pas loin de
l'installation maison. Je n'ai pas pr�cis� que je travaillai sous Win. Donc
je manipule le .msi en faisant des transform. Je peu donc directement
descendre le registre dans l'�tat qui m'int�resse. J'imagine d�j� la
grimace et les cris des puristes! Tout �a pour ne pas avoir 36 phases
diff�rentes sur un d�ploiement et ne pas avoir a lancer de script ou autre.
Donc mon probl�me reste le m�me, bien que j'aper�ois le bout du tunnel.
>Tout �a pour dire que s'il y a dans user/registry/data/.../Setup.xcu une
>propri�t� avec le m�me nom (m�me chemin dans le XML), c'est sa valeur
>qui sera prise en compte et non la valeur de share. Ceci peut expliquer
>que des modifications soient inop�rantes, mais pas que la m�me
>modification au m�me endroit via un package fonctionne... A noter que le
>format de configuration offre la possibilit� de verrouiller une valeur
>au niveau de la configuration partag�e si on ne souhaite pas que les
>utilisateurs puisse la modifier,
J'ai un doute sur le fait que la propri�t� ajout�e dans le share soit
�cras�e par les propri�t�s user car j'efface le r�pertoire user a chaque
modification sur le share. Et je lance donc OO pour la premiere foi.
On peut verrouiller ?
>je peux fournir plus de d�tails si n�cessaire.
Volontiers.
Merci pour ces infos.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
