Bonjour Philippe,
C'est assez curieux, normalement ca devrait bien marcher, mais chez moi pour
l'instant ca ne marche pas (linux mandriva LE 2005).
Il s'agit de modifier la registry partag�e d'OO, dans "rep
d'install"/share/registry/date/org/openoffice/setup.xcu.
En ajoutant le noeud que Cyrille indiquait, � savoir par exemple :
<node oor:name="com.sun.star.sheet.SpreadsheetDocument">
<prop oor:name="ooSetupFactoryDefaultFilter"
oor:type="xs:string">
<value>MS Excel 97</value>
</prop>
</node>
dans le noeud Factories lui-m�me dans le noeud Office, ca devrait marcher pour
tous les utilisateurs li�s � cette installation (donc tous les comptes d'une
machine XP par exemple).
<pour Cyrille>
Ok Cyrille, je sais, tu trouves �a moins beau, ceci dit nous le faisons
souvent pour faire exactement ce que souhaite Gilles sur d'autres fichiers de
la registry, et �a marche bien ! (en tout cas en 1.1)
</pour Cyrille !>
Merci de ta sollicitude ;-) Note que la motivation principale de mon
insistance � sugg�rer l'usage de package plut�t que la modification
manuelle des fichiers est que cette op�ration est facilement r�versible
et donc moins susceptible de causer des d�g�ts p�nibles � r�parer, par
exemple si une fraute de fappe est faite dans le noeud ci-dessus.
L'esth�tique de la chose n'a qu'une importance secondaire, voire
inexistante.
Mais la modification manuelle et l'ajout d'un package sont des
op�rations parfaitement interchangeables du point de vue du r�sultat
dans l'application.
Mais en l'occurence, �a ne marche pas, alors que le d�ploiement d'un package
avec unopkg marche tr�s bien, y compris en shared.
L�, je suis surpris, il ne devrait pas y avoir de diff�rence. Il faut
toutefois garder � l'esprit qu'ainsi que je l'ai mentionn� pr�c�demment,
les diff�rentes couches de la configuration sont fusionn�es pour obtenir
les valeurs finales utilis�es par l'application. Ceci permet �
l'utilisateur d'ajouter des valeurs ou de modifier celles par d�faut
fournies � l'installation.
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, je peux fournir plus de d�tails si
n�cessaire.
Cyrille
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
