[fr-users] Re: Gestion des associations lorsque 2 versions sont installées

Bonsoir Claire,

Tout d'abord ta démarche de migration me semble pertinente, je procédais un peu de la même manière. 
Mise en place de la nouvelle version, maintien temporaire de la version "de production", 
utilisation par défaut de la nouvelle version pour déverminage et fall-back sur l'ancienne en cas 
de cata. Par contre une année, c'est quand même beaucoup. J'ai roulé sur une période de l'ordre de 
trois mois au maximum, car au-delà on ne sait plus trop ce qui marche, ce qui ne marche pas, 
pourquoi, où, quand, etc. 

Par contre je ne comprends pas trop ton point. A mon sens, vu de l'utilisateur, on passe à la 
nouvelle version, tous les fichiers s'ouvrent avec celle-ci, point barre. Sauf en cas de problème, 
où à ce moment-là il démarre explicitement le module adéquat de la version précédente (Writer…) et 
utilise le Menu Fichier pour ouvrir le document à problème.

Il existe des alternatives, bien sûr, notamment tu peux définir ta propre extension de document. 
Genre newdoctype, tu vois ? Ensuite par ftype tu lui associes la nouvelle version, et l'affaire est 
faite. Mais le jour où tu veux basculer complètement, tu dois renommer tous les fichiers qui 
portent cette extension. Et ta boîte sera la seule à savoir quoi faire de ce type de document. 
Bref. Ca ne semble vraiment pas une bonne idée.

Sinon, strictement sur ta question, la commande ftype ne fait pas dans la dentelle, elle remplace 
et écrase l'information précédente. Donc pour rediriger l'association vers l'une ou l'autre des 
versions, tu peux créer deux scripts, qui exécuteront juste cette commande, l'un avec l'ancien 
chemin, l'autre avec le nouveau. Celui que j'ai pris en exemple pointe vers une 6.xx par exemple (!)

A partir de là, tu peux stocker les scripts dans un coin discret, mettre sur le bureau de tes 
utilisateurs les raccourcis qui vont bien et vogue la galère. Mais tu risques quand même d'avoir 
des coups de fils...

Si tu as beaucoup de postes, toutefois, songe à Citrix. C'est une toute autre architecture, mais 
qui m'a grandement facilité la vie lorsqu'il s'est agi de gérer quelques milliers de postes de 
travail dispersés sur un peu toute la planète, dont à des endroits où l'internet faisait encore 
Biiiiiip bip biiiiiiiip ! Là, comme disait l'autre, c'est étudié pour, et les migrations deviennent 
quasiment transparentes, tu configures les serveur et basta.

N'hésite pas, mais plutôt en mail privé je pense, à moins que notre discussion ne passionne les 
foules…

Bonne fin de journée,

Thierry



> Le 13 juil. 2018 à 18:40, Ocleyr2lalune <ocleyr2lalune@zaclys.net> a écrit :
>
> Bonjour
>
> je viens de voir le message de Thierry sur la gestion des associations via l'invite de commande 
> sous Windows.
>
> Au boulot nous avons choisi de déployer 2 versions simultanément : la 5.4(.6.2) et la 5.2(.6.2) 
> (cf plus bas pour le pourquoi du comment)
>
> Bref !
>
> Thierry disait
>
> Sous Windows, pour vérifier que les extensions de noms de fichiers soient bien associées à 
> l'application que vous voulez utiliser pour les ouvrir, vous pouvez procéder ainsi :
>
> - Démarrer une fenêtre de commande (Menu démarrer, cliquer sur la loupe, saisir comm…, valider 
> "invite de Commande")
> - Dans la fenêtre de commande, saisir la commande assoc suivie de l'extension qu'on veut vérifier.
>
> Exemple (capture de session) :
>
> (...)
>
> Pour vérifier à quel application est associé un type de fichier saisir :
>
> C:\Users\thierry>ftype docxfile
> docxfile="%ProgramFiles%\Windows NT\Accessories\WORDPAD.EXE" "%1"
>
> Concrètement, pour ce qui concerne les fichiers LibreOffice Writer dans ma configuration :
>
> C:\Users\thierry>assoc .odt
> .odt=LibreOffice.WriterDocument.1
>
> C:\Users\thierry>ftype LibreOffice.WriterDocument.1
> LibreOffice.WriterDocument.1="C:\Program Files\LibreOffice 5\program\swriter.exe" -o "%1"
>
> A dispo,
>
> Thierry
>
> ==> comment modifier le ftype d'une version de LibreOffice à l'autre en invite de commande ?
>
> Dans la pratique, si l'on se contente du "ouvrir avec" pour changer l'association, cela ne 
> fonctionne que si l'on choisit le soffice de l'autre version (et non le swriter par exemple pour 
> les odt) Et pourtant chaque version a un dossier d'installation bien distinct.
>
> Pour un utilisateur lambda c'est bien confusant. Avec l'invite de commande on pourrait en arriver 
> à un presse bouton !
>
> Merci par avance
>
> Claire
>
> =======================================================================
>
> Pour le pourquoi ça nous a prit  d'installer 2 versions :
> Nous déployons une version par an, et  chaque version reste 2 années sur le poste. La version la 
> plus récente est la version par défaut, lors du prochain déploiement de la version 6 (dans 10 
> mois !) nous supprimerons la 5.2
>
> Nous avons fait ce choix car certains outils internes sont dépendants de la version et que cela 
> permet de gérer plus sereinement leur maintenance adaptative. Cela nous permet aussi de gérer les 
> quelques anomalies qui apparaissent et dont nous ne pouvons récupérer le correctif tout de suite 
> vu notre cycle de déploiement. Enfin, les évolutions des filtres d'import (OOXML...) font parfois 
> apparaitre des comportements inattendus quand l'import a été fait dans la version précédente...


-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy