![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Bonjour à tous,
J'ai cru déjà voir passer cette question, mais je ne retrouve plus la réponse.
Pour moi, sous libo3.4.2, la correction ne fonctionne pas.
Si je fais F7, la case "langue du texte est vide". Tout semble OK dans les options - Paramètres linguistiques.
Le module de langue disponible est vide. Ca vient de là ?
C'est un bug ?
Par comparaison, tout est OK avec libo3.3.2
J'attends vos suggestions
Merci
Bonjour à tous,
J'ai cru déjà voir passer cette question, mais je ne retrouve plus la
réponse.
Bonjour,
Peut-être ici :
http://wiki.documentfoundation.org/FR/FAQ/Generale/116
J.M
Jacques a écrit le 20:59:
Bonjour à tous,
J'ai cru déjà voir passer cette question, mais je ne retrouve plus la
réponse.Bonjour,
Peut-être ici :
http://wiki.documentfoundation.org/FR/FAQ/Generale/116
J.MPour moi, sous libo3.4.2, la correction ne fonctionne pas.
Si je fais F7, la case "langue du texte est vide". Tout semble OK dans les options - Paramètres linguistiques.
Le module de langue disponible est vide. Ca vient de là ?
C'est un bug ?
Par comparaison, tout est OK avec libo3.3.2
J'attends vos suggestions
MerciBonjour,
ou bien ici : http://www.dicollecte.org/index.php
Bonjour,
La solution était plus simple. Mon profil %appdata%\libreoffice était corrompu (peut-être récupéré d'une ancienne version ?)
Résolution :
1- supprimer le dossier %appdata%\libreoffice
2- relancer Libreoffice
3- "module de langue disponible" apparait renseigné !
Merci
Nicolas
Bonjour,
Ceci s'adresse plus aux développeurs
Suite à mon dernier message sur le module linguistique, voici le problème.
Je travaille depuis plusieurs années sur un déploiement en masse de LibreOffice (et OpenOffice) sur des postes Windows.
Sans entrer dans le détail, après l'installation, j'écrase le profil par défaut %appdata%\libreoffice par un profil "commun" généré préalablement (comprenant module etc...)
Tout à toujours fonctionné correctement (3.3.x y compris), mais depuis la version 3.4.x, quand j'écrase le profil par celui généré par mes soins, le module linguistique est vide.
J'ai creusé toute la journée et trouvé que le fichier
%appdata%\libroffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
était modifié à chaque nouvelle installation et provenais d'ici
%programfiles\LibreOffice 3.4\share\prereg\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
Pourquoi ce changement depuis la version 3.4.x
Cela ne me facilite pas la tache pour un gros déploiement en entreprise...
Des suggestions ?
Merci
Nicolas PAOUR
Bonsoir Nicolas,
Bonjour,
Ceci s'adresse plus aux développeurs
Suite à mon dernier message sur le module linguistique, voici le problème.
Je travaille depuis plusieurs années sur un déploiement en masse de
LibreOffice (et OpenOffice) sur des postes Windows.
Sans entrer dans le détail, après l'installation, j'écrase le profil par
défaut %appdata%\libreoffice par un profil "commun" généré préalablement
(comprenant module etc...)
Tout à toujours fonctionné correctement (3.3.x y compris), mais depuis
la version 3.4.x, quand j'écrase le profil par celui généré par mes
soins, le module linguistique est vide.J'ai creusé toute la journée et trouvé que le fichier
%appdata%\libroffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.iniétait modifié à chaque nouvelle installation et provenais d'ici
%programfiles\LibreOffice
3.4\share\prereg\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.iniPourquoi ce changement depuis la version 3.4.x
Je ne sais pas si je comprends bien la situation, mais ça me parait
logique que les extensions "bundled" prennent le pas sur les autres
puisque c'est là leur fonction.
Cela ne me facilite pas la tache pour un gros déploiement en entreprise...
Pourquoi ne pas refaire un installeur à ta sauce avec juste les
extensions que tu veux plus tout le reste que tu ajoutes ?
Un outil comme InnoSetup permet assez facilement de générer un installeur.
Bonne soirée
JBF
Bonsoir Nicolas,
> Bonjour,
> Ceci s'adresse plus aux développeurs
> Suite à mon dernier message sur le module linguistique, voici le problème.
> Je travaille depuis plusieurs années sur un déploiement en masse de
> LibreOffice (et OpenOffice) sur des postes Windows.
> Sans entrer dans le détail, après l'installation, j'écrase le profil par
> défaut %appdata%\libreoffice par un profil "commun" généré préalablement
> (comprenant module etc...)
> Tout à toujours fonctionné correctement (3.3.x y compris), mais depuis
> la version 3.4.x, quand j'écrase le profil par celui généré par mes
> soins, le module linguistique est vide.
> > J'ai creusé toute la journée et trouvé que le fichier
> %appdata%\libroffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
> > était modifié à chaque nouvelle installation et provenais d'ici
> %programfiles\LibreOffice
> 3.4\share\prereg\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
> > > Pourquoi ce changement depuis la version 3.4.x
Je ne sais pas si je comprends bien la situation, mais ça me parait
logique que les extensions "bundled" prennent le pas sur les autres
puisque c'est là leur fonction.
> > Cela ne me facilite pas la tache pour un gros déploiement en entreprise...
Bonne soirée
JBF
Jean-Baptiste,
C'est bien un problème référencé ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195
Le gros changement depuis 3.4.x est d'être passé de
DATA=$BUNDLED_EXTENSIONS_USER
à
DATA=$BUNDLED_EXTENSIONS_PREREG
Chose amusante, le contournement que trouvé tout seul 
hier est déjà référencé ici (https://bugs.freedesktop.org/show_bug.cgi?id=37195#c85)
Ce problème est vraiment bloquant pour déployer Libo en masse sur de gros réseau
Pourquoi ne pas refaire un installeur à ta sauce avec juste les
extensions que tu veux plus tout le reste que tu ajoutes ?
Un outil comme InnoSetup permet assez facilement de générer un installeur.
C'est un peu plus usine à gaz que cela, mon script met à jour tous les profils existants sur une machine. La copie de %appdata%\libroffice fonctionne très bien quand les extensions sont ajoutées en "utilisateur"
Avec DATA=$BUNDLED_EXTENSIONS_PREREG, des identifiants aléatoires (comme lu6nv37.tmp) sont générés dans le fichier configmgr.ini et change après chaque installation, d'où le problème...
Nicolas
Bonjour Nicolas,
Pourquoi ne pas utiliser l'excellent logiciel de gestion de parc informatique GLPI. Certes, c'est un peu de travail en amont, mais que de temps gagné à l'issue !
Ce logiciel gère notamment :-
- Gestion et suivi des ressources informatiques
- Gestion et suivi des licences
- Gestion et suivi des consommables
- Base de connaissances
- Gestion des réservations
- ServiceDesk (helpdesk, SLA..)
- Inventaire automatisé
- *Télédéploiement* Libo OOo (etc...)
Cordialement,Philippe
J'ai oublié de te donner le lien de ce développement open source :
http://www.glpi-project.org/
Voilà qui est fait !
salut, à mon grand regret je dépose le bilan avec linux.
j'ai essayé plusieurs distributions, toutes assez performantes et bien construites, sauf…
Libre Office quel machin, pas à la hauteur des autres développeurs.
construire un diaporama avec lecture de fichiers musicaux par diapo relève de l'impossible.
je regrette sincèrement de repasser sur windows,
mais office fonctionne.
je te souhaite bonne chance.
christian
salut, à mon grand regret je dépose le bilan avec linux.
j'ai essayé plusieurs distributions, toutes assez performantes et bien construites, sauf…
Libre Office quel machin, pas à la hauteur des autres développeurs.
construire un diaporama avec lecture de fichiers musicaux par diapo relève de l'impossible.
je regrette sincèrement de repasser sur windows,
mais office fonctionne.
je te souhaite bonne chance.
christian
salut, à mon grand regret je dépose le bilan avec linux.
j'ai essayé plusieurs distributions, toutes assez performantes et bien construites, sauf…
Libre Office quel machin, pas à la hauteur des autres développeurs.
construire un diaporama avec lecture de fichiers musicaux par diapo relève de l'impossible.
je regrette sincèrement de repasser sur windows,
mais office fonctionne.
je te souhaite bonne chance.
christian
Bonsoir Nicolas,
> Bonjour,
> Ceci s'adresse plus aux développeurs
> Suite à mon dernier message sur le module linguistique, voici le problème.
> Je travaille depuis plusieurs années sur un déploiement en masse de
> LibreOffice (et OpenOffice) sur des postes Windows.
> Sans entrer dans le détail, après l'installation, j'écrase le profil par
> défaut %appdata%\libreoffice par un profil "commun" généré préalablement
> (comprenant module etc...)
> Tout à toujours fonctionné correctement (3.3.x y compris), mais depuis
> la version 3.4.x, quand j'écrase le profil par celui généré par mes
> soins, le module linguistique est vide.
> > J'ai creusé toute la journée et trouvé que le fichier
> %appdata%\libroffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
> > était modifié à chaque nouvelle installation et provenais d'ici
> %programfiles\LibreOffice
> 3.4\share\prereg\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\configmgr.ini
> > > Pourquoi ce changement depuis la version 3.4.x
Je ne sais pas si je comprends bien la situation, mais ça me parait
logique que les extensions "bundled" prennent le pas sur les autres
puisque c'est là leur fonction.> > Cela ne me facilite pas la tache pour un gros déploiement en entreprise...
Bonne soirée
JBFJean-Baptiste,
C'est bien un problème référencé ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195
Le gros changement depuis 3.4.x est d'être passé de
DATA=$BUNDLED_EXTENSIONS_USER
à
DATA=$BUNDLED_EXTENSIONS_PREREG
Chose amusante, le contournement que trouvé tout seul
Ce problème est vraiment bloquant pour déployer Libo en masse sur de gros réseauPourquoi ne pas refaire un installeur à ta sauce avec juste les
extensions que tu veux plus tout le reste que tu ajoutes ?
Un outil comme InnoSetup permet assez facilement de générer un installeur.C'est un peu plus usine à gaz que cela, mon script met à jour tous les profils existants sur une machine. La copie de %appdata%\libroffice fonctionne très bien quand les extensions sont ajoutées en "utilisateur"
Avec DATA=$BUNDLED_EXTENSIONS_PREREG, des identifiants aléatoires (comme lu6nv37.tmp) sont générés dans le fichier configmgr.ini et change après chaque installation, d'où le problème...
Nicolas
>Bonjour Nicolas,
Philippe,
>Pourquoi ne pas utiliser l'excellent logiciel de gestion de parc informatique GLPI. Certes, c'est un peu de travail en amont, mais que de temps gagné à >l'issue !
Parce que ce n'est pas le but de mon package. Je cherche à démocratiser Libreoffice sur les réseaux d'entreprises (et les particuliers) en déployant une installation souple et homogène pour tout un parc informatique. Je ne peux donc pas imposer aux utilisateurs de déployer GLPI (que j'utilise moi-même en interne) pour utiliser mon script.
Je rappelle juste que ce problème n'existait pas avec les versions antérieures à 3.4.x et que de nombreuses personnes s'en plaignent ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195
! Aux armes développeurs !
Nicolas
>Pourquoi ne pas utiliser l'excellent logiciel de gestion de parc
informatique GLPI. Certes, c'est un peu de travail en amont, mais que de
temps gagné à >l'issue !Parce que ce n'est pas le but de mon package. Je cherche à démocratiser
Libreoffice sur les réseaux d'entreprises (et les particuliers) en
déployant une installation souple et homogène pour tout un parc
informatique. Je ne peux donc pas imposer aux utilisateurs de déployer
GLPI (que j'utilise moi-même en interne) pour utiliser mon script.
Je rappelle juste que ce problème n'existait pas avec les versions
antérieures à 3.4.x et que de nombreuses personnes s'en plaignent ici :
https://bugs.freedesktop.org/show_bug.cgi?id=37195! Aux armes développeurs !
D'où l'idée d'en recruter