option d'installation

fr-users
#1

Bonjour,

J'aurai aimé savoir si il y avait un moyen de faire une installe
personnalisé de Libre Office 3.6.
Je m'explique : J'ai un script btach qui m'installe libre office 3.6 sur des
postes utilisateurs.
Les utilisateurs ont besoin de l'outil "nom champs" qui ce situe dans
affichage soit coché.

Donc j'aurai aimé installer Libre Office avec cette option déjà coché. Et-il
possible de pouvoir programmé ca lors d'une installation par script ?

Merci d'avance pour vos réponse.

Cordialement,

#2

Bonsoir,

En fait, il te faut paramétrer ton profil propre et l'imposer aux autres
utilisateurs via un script de logon. Le fichier à copier se nomme
registrymodifications.xcu, il doit suffire, il faut le mettre dans
%appdata%/LibreOffice/3/user/ de chaque utilisateurs.

Cédric

#3

Merci pour ta réponse, j'ai fait quelque test.
Dans mon script qui s’exécute a l'ouverture de session je fait du coup deux
choses :

Installe de libre Office 3.6
puis
Copy de mon %APPDATA%/LibreOffice/3/users vers %APPDATA% de l'utilisateur.

Deux problème ce pose :
1er:
Vu que LibreOffice n'a encore jamais été lancer sur le poste le dossier
%APPDATA%/LibreOffice/3/users n'existe pas.
Du coup je le crée dans mon script, mais seulement voilà. Quand
l'utilisateur lance la première fois LibreOffice, celui-ci efface et recréer
le dossier que je viens de mettre dans %APPDATA% .
Donc au final mon profil que je viens de copier juste avant ne sert à rien.

2eme:
L'autre problème est que si j'arrive à copier mon profil sur le profil de
l'utilisateur, ce profil sera affecté qu'à cette utilisateur en particulier.
Mon but est que n'importe quel utilisateur qui se connecte à l'ordinateur
est le même profil que moi. Je ne sais pas trop comment faire, y a t'il un
moyen pour que le profil soit affecté à tout le monde et pas à un
utilisateur en particulier ?

#4

pour qu'une action s'applique à tout utilisateur, existant ou à venir, il faut faire appel aux fonctions d'ActiveSetup. J'utilise ça entre autres pour faire ce que Cédric t'a indiqué.

http://www.installworld.com/index.php?view=article&catid=40%3Awindows-installer&id=75%3Awhat-is-windows-active-setup&option=com_content&Itemid=136

En gros :

1. Tu crées une entrée (clef) dans l'arborescence HKLM\Software\Microsoft\Active Setup\Installed Components\
Tu y ajoute des valeurs, dont :
-- StubPath : le script à exécuter
-- Version : la version courante de ton script
(voir le site ci-dessus)

2. Lorsqu'une session est ouverte, Windows regarde s'il existe une clef jumelle dans HKCU\Software\Microsoft\Active Setup\Installed Components\

-> Si elle n'existe pas, ou si la version ne sorrespond pas, le script indiqué dans StubPath est exécuté puis la clefs créée.

Et ça marche !

#5

Au lieu de copier dans le profil utilisateur, j'aurais copié dans le profil
"Default user" et modifié l'éventuelle clé de registre dans le fichier
ntuser.dat de ce même profil.

nb : il faut que le profil n'existe pas. S'il existe déjà, il faut faire
comme tu procèdes.
Yves

#6

çà dépend aussi comment sont gérés les profils des utilisateurs... local
sur le poste ou itinérants sur le serveur ?

Est-ce un serveur windows ou samba ?

Car dans mon cas (Serveur Eole-Scribe donc Ubuntu), nous faisons une
redirection des profils (%appdata%) sur le serveur. Donc, avec un script de
logon appliqué à tous les utilisateurs, on peut faire descendre n'importe
quoi dans ce profil...

c'est donc peut-être totalement différent...

#7

Désolé du retard,

J'ai essayé quelques solution que vous m'avez avancer.
Pour le Default user ça ne marche pas.
Pour le active setup ça me semble intéressant sauf que si l'utilisateur
n'ouvre pas LibreOffice avant l’exécution du script au démarrage, alors le
profil sera de nouveau écrasé par l'ouverture de LibrOffice.

Il n'y a pas un moyen pour que LibreOffice n'écrase pas (Lors du premier
lancement du logiciel) ce fichu profil que l'on dépose dans %APPDATA%.
Le vrai problème vient de là pour moi.

#8

Pas chez moi. Curieux. Se pourrait-il que la note du point 2.b ci-dessous soit utile ?

Pour résumer :

1. J'installe LibO sous le compte d'administration

2. Depuis ce compte, je configure ActiveSetup

2.a Création du stub

2.b stockage de la conf initiale maison dans un sous-répertoire dédié de %PROGRAMFILES%\LibreOffice.org
-> la conf initiale ne consiste pas uniquement en un seul fichier registrymodifications.xcu mais *toute* l'arborescence \3

3. lors de la toute première ouverture du compte utilisateur, ActiveSetup est lancé, donc, effectivement, avant tout usage d'un quelconque logiciel.
Il recopie le paramétrage par défaut vers le répertoire utilisateur (dans Documents & Settings ou dans Users selon XP ou 7). L'arborescence attendue par LibO étant présente et complète, rien n'est touché.

Et, en ouvrant LibO, je trouve bien ma conf.

#9

Bonjour ;

Un problème constaté à l'instant :

  * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
    matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
    service ce WE, aucune autre version de LibO ou autre installée
    auparavant)
  * ouverture d'un modèle (ou d'un document, le problème se reproduit
    dans les deux cas) Writer créé avec une version antérieure et
    régulièrement utilisé depuis ;
  * le document comporte des cadres de textes placés dans les marges
    (marge haute en l'occurrence) ;
  * impossible d'accéder au texte par un clic normal dans le cadre si
    celui-ci est placé dans une marge ; impossible également de cliquer
    sur la bordure du cadre pour en modifier la taille ou le déplacer ;
  * un texte contenu dans un cadre placé dans la zone principale du
    document (hors marges) peut en revanche être modifié par un simple
    clic, comme cela était le cas auparavant ;

Contournements :

  * Pour modifier le texte dans le cadre, faire un clic gauche dans le
    cadre. Après être sorti du menu contextuel, on peut modifier le texte.
  * Pour modifier la taille du cadre et/ou le déplacer (pour le
    sélectionner, en fait), dans le navigateur, choisir le cadre, clic
    droit, "cadre de texte" et "éditer".

Aucun souci sur Ubuntu/LibO 3.5.4.2 ni sur XP/LibO 3.6.1.2 build e29a214
(pas d'autre config sous la main pour tester) : l'accès aux cadres se
fait par simple clic.

Reproduisez-vous ? Même comportement dans d'autres configurations ?

Si c'est volontaire, je ne vois pas l'intérêt de compliquer l'accès aux
cadres de cette façon, surtout que cela ne concerne, sauf erreur de ma
part, uniquement ceux situés dans les zones de marge.

Cordialement ;

Marc Romano

#10

Oups ! désolé, je viens de me rendre compte que je n'ai pas modifié le
sujet. Ce message ne concerne pas la question sur les options
d'installation, mais constitue un problème indépendant.

Ça m'apprendra à ne pas mettre à jour mes carnets d'adresse... :-[
MR

#11

Effectivement là comme ça, ca marche.
Merci milles fois tout les mondes pour les aides !!!
Sans vous je n'aurai pas réussi, à charge de revanche

#12

Bonjour Marc,

Oups ! désolé, je viens de me rendre compte que je n'ai pas modifié le
sujet. Ce message ne concerne pas la question sur les options
d'installation, mais constitue un problème indépendant.

Oui, mais ça ne suffit pas de changer le sujet, ton message reste une
réponse dans le fil "Option d'installation".
Pour une nouvelle question il faut ouvrir une nouvelle discussion.

Ça m'apprendra à ne pas mettre à jour mes carnets d'adresse... :-[

En effet, ça aide. :wink:

Bonne journée
JBF