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 <[email protected]> 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 à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
