Extensions "cadenassées"

fr-users
#1

Bonjour,
depuis quelques versions d'OOo et maintenant LibreOffice, on trouve par
défaut après installation des extensions que je qualifie d'obligatoires, au
sens où l'utilisateur Lambda n'est pas autorisé à les désactiver (cadenas
dans le gestionnaire d'extensions).

Sur Mac, je sais comment faire, en affichant le contenu du paquet, mais la
méthode est plutôt brutale, pas très orthodoxe et certainement pas
recommandée. Par sécurité je garde un zip des extensions supprimées. Pour
l'instant pas de dégâts, LibreOffice fonctionne. Je n'ai rien chronométré,
mais subjectivement, j'ai maintenant l'impression d'avoir gagné quelques
secondes au lancement de l'application après avoir ainsi supprimé les
dictionnaires Espagnol, Anglais et Français moderne.

Quelqu'un a-t-il l'explication ? Pourquoi ces extensions obligatoires ? Il
me semble, sans tomber dans l'excessif, que nous sommes là à l'inverse du
principe fondateur du logiciel libre (sans que ce soit extrêmement grave,
d'accord ). Qu'une extension ou une fonction soit proposée par défaut, soit,
mais libre à l'utilisateur de la conserver ou de la désactiver. Me trompè-je
?

Cordialement.

#2

Tu dois régler les installations d'extensions obligatoires lors de l'installation . Je ne me souviens pas de manière exacte : Dans le dialogue d'installation faire une installation individualisée, cliquer sur extensions (?) ou langues (?) pour interdire toute installation et revenir pour ne sélectionner que les langues (et dictionnaires) que tu veux installer, terminer l'installation.

Il faudrait que cette manipulation soit intégrée dans l'Aide - ou peut être on explique l'intérêt d'une installation individualisée lors de la procédure ? Cà ne fait pas très propre et très professionnel d'installer (si je me souviens bien) des dictionnaires pour Thai, Chinois, .. - lors d'une install standard comme partie obligatoire et non "désinstallable" de OOo/LibO 3.3.

Je connais les explications pour cette forme d'installation, mais elles ne tiennent pas la route. L'installation obligatoire et son contournement produisent une odeur de bricolé, de petit développeur, mais non pas l'image d'une alternative sérieuse à MSO.

- ftr

#3

ftr wrote:

Tu dois régler les installations d'extensions obligatoires lors de
l'installation .Ok, je vais regarder ça.

Je connais les explications pour cette forme d'installation, mais elles

#4

ftr wrote:

#5

Bonjour,

Tu dois régler les installations d'extensions obligatoires lors de
l'installation . Je ne me souviens pas de manière exacte : Dans le
dialogue d'installation faire une installation individualisée, cliquer
sur extensions (?) ou langues (?) pour interdire toute installation et
revenir pour ne sélectionner que les langues (et dictionnaires) que tu
veux installer, terminer l'installation.

Si tu avais un Mac, tu saurais que ça se passe autrement. En fait, il y
a beaucoup de petites choses sur Mac avec OOo/LIbO qui sont différentes
par rapport à Windows en particulier (les touches clavier, par exemple),
dont l'installation. Sous Mac, l'installation se fait avec un seul
fichier image, dont la procédure n'est pas du tout interactive,
c'est-à-dire que l'utilisateur n'a aucun choix à faire quant à
l'installation de tel ou tel module, tel ou tel dictionnaire, etc.

Il faudrait que cette manipulation soit intégrée dans l'Aide - ou peut
être on explique l'intérêt d'une installation individualisée lors de
la procédure ? Cà ne fait pas très propre et très professionnel
d'installer (si je me souviens bien) des dictionnaires pour Thai,
Chinois, .. - lors d'une install standard comme partie obligatoire et
non "désinstallable" de OOo/LibO 3.3.

C'est un sujet à controverse qui n'en finit plus. Personnellement, je ne
les aime pas non plus, ces bundled extensions, mais il faut croire que
certains utilisateurs les voulaient absolument et donc cela a été fait,
mais même là, il y en a qui en voudraient encore plus (correcteur de
grammaire par exemple), ou moins (pourquoi ai-je besoin du générateur de
rapports quand je ne me sers pas de Base ?).

Je préfère de loin choisir moi-même les extensions à installer, quitte à
avoir un LibO tout nu au départ. Au moins, je suis certain dans ce
cas-là que ce n'est pas une des extensions pré-installées qui sème la
pagaille lorsqu'il ne veut pas démarrer ou il devient instable, comme ce
fut le cas avec l'extension LanguageTool (heureusement retirée aujourd'hui).

Si l'Aide doit être modifiée d'une façon quelconque, elle doit tenir
compte de la manière dont ça se passe sur chaque plateforme sur laquelle
LibO fonctionne. Ce n'est pas rien comme travail, rien qu'à faire les
captures d'écran représente un boulot important.

Alex

#6

Ce que tu dis me semble contradictoire : si tu n'utilises pas Base,
tu ne l'installes pas, donc tu passes par l'installation
personnalisée, et là tu peux choisir tes extensions.

Le problème que je vois ici est celui que j'ai décrit dans un autre
message : le nom des extensions ne correspond forcément à ce qu'on
trouve sur le web, et si on cherche sur le web c'est pour avoir des
explications sur le but de ces extensions. Par exemple celle dont tu
parles, il faut savoir qu'elle est reliée à Base.

#7

Alexander Thurgood wrote:

C'est un sujet à controverse qui n'en finit plus. Personnellement, je ne
les aime pas non plus, ces bundled extensions, mais il faut croire que
certains utilisateurs les voulaient absolument et donc cela a été fait,
mais même là, il y en a qui en voudraient encore plus (correcteur de
grammaire par exemple), ou moins (pourquoi ai-je besoin du générateur de
rapports quand je ne me sers pas de Base ?).

Je préfère de loin choisir moi-même les extensions à installer, quitte à
avoir un LibO tout nu au départ. Au moins, je suis certain dans ce
cas-là que ce n'est pas une des extensions pré-installées qui sème la
pagaille lorsqu'il ne veut pas démarrer ou il devient instable, comme ce
fut le cas avec l'extension LanguageTool (heureusement retirée
aujourd'hui).Il y aurait pourtant un juste milieu entre rien du tout et
des extensions verrouillées, ce serait tout simplement de laisser à
l'utilisateur la possibilité de les désactiver dans le gestionnaire
d'extensions ! Qu'on prévoie des extensions toutes prêtes, pourquoi pas,
mais pourquoi en empêcher la désactivation ? Quel intérêt ?

(Et je réfute l'argument "Tu as pourtant réussi à les enlever.", devoir
bidouiller dans le paquet de l'application n'est pas logique.)

#8

Bonjour Régisse,

Ce que tu dis me semble contradictoire : si tu n'utilises pas Base,
tu ne l'installes pas, donc tu passes par l'installation
personnalisée, et là tu peux choisir tes extensions.

Essaie donc de les sélectionner sous Mac lors de l'installation...ceux
sous Mac n'ont pas ce choix. Ils ne l'ont même pas après l'installation,
sauf à passer par l'approche brutale de la suppression pure et simple du
dossier dans lequel l'extension est stockée. Encore faut il savoir où ce
dossier se trouve-t-il, ce qui pour la plupart des utilisateurs Mac est
complètement contradictoire - parce qu'il se trouve à l'intérieur de
l'application !! Je ne parle pas pour moi ici, tout ça je sais faire,
mais pour tout ceux qui ont déjà évoqué ce problème sur la liste users
(notamment en anglais). Ce n'est pas qu'une fois que c'est arrivé, c'est
même assez récurrent.

En ce qui concerne l'exemple Base, je ne faisais que citer l'exemple de
personnes qui ne peuvent vivre sans l'une ou l'autre des extensions, et
ce dès l'installation. Il y en a même eu sur cette liste !! Je peux
vivre sans, quitte à être obligé de les installer par la suite, mais
dans ce cas, c'est moi qui choisis.

Alex

#9

Bonjour Bertrand,

Il y aurait pourtant un juste milieu entre rien du tout et

des extensions verrouillées, ce serait tout simplement de laisser à
l'utilisateur la possibilité de les désactiver dans le gestionnaire
d'extensions ! Qu'on prévoie des extensions toutes prêtes, pourquoi pas,
mais pourquoi en empêcher la désactivation ? Quel intérêt ?

Ce n'était pas moi qui ai écrit les lignes au-dessus, qqn a dû faire
mauvais usage de la fonction édition / citation dans la réponse à mon
message.

Alex

#10

Tu dois régler les installations d'extensions obligatoires lors de l'installation . Je ne me souviens pas de manière exacte : Dans le dialogue d'installation faire une installation individualisée, cliquer sur extensions (?) ou langues (?) pour interdire toute installation et revenir pour ne sélectionner que les langues (et dictionnaires) que tu veux installer, terminer l'installation.

Il faudrait que cette manipulation soit intégrée dans l'Aide - ou peut être on explique l'intérêt d'une installation individualisée lors de la procédure ? Cà ne fait pas très propre et très professionnel d'installer (si je me souviens bien) des dictionnaires pour Thai, Chinois, .. - lors d'une install standard comme partie obligatoire et non "désinstallable" de OOo/LibO 3.3.

Je connais les explications pour cette forme d'installation, mais elles ne tiennent pas la route. L'installation obligatoire et son contournement produisent une odeur de bricolé, de petit développeur, mais non pas l'image d'une alternative sérieuse à MSO.

- ftr

Bonjour,
J'ai voulu réinstaller sur ma version, mais je n'ai pas trouvé l'écran de choix d'installation personnalisée. Suis obligée de désinstaller d'abord ? Et dans ce cas les extensions que j'ai déjà ajoutées parce qu'elles n'ont pas migré automatiquement depuis OpenOffice vont-elles disparaître ?

Merci.

Lina de Liège

#11

Bonjour,

La FAQ, actuellement en cours de migration, dispose d'une section dédiée aux extensions :
http://wiki.documentfoundation.org/FR/FAQ/Generale#Extensions
Plus particulièrement pour désinstaller une extension
http://wiki.documentfoundation.org/FR/FAQ/Generale/115
et pour les extensions "cadenassées"
http://wiki.documentfoundation.org/FR/FAQ/Generale/115#Extension_fournie_.C3.A0_l.27installation

La méthode "brutale" est tout à fait valable, et la seule disponible pour Mac à ma connaissance.

Bonne journée.

Laurent BP