Sauvegarder un espace de travail pour l'importer ailleurs
Bonjour,
est-il possible de sauvegarder un espace de travail pour le recharger sur une autre configuration ? (autre utilisateur ou autre ordinateur.)
En effet, j'ai effectué quelques réglages de vélocité que je voudrais utiliser sur une autre machine
D'avance Merci
Coil
Commentaires
Bonjour,
Vous voulez dire sauvegarder un certain nombre de palettes personnalisées pour transfert sur un autre ordinateur par exemple?
Donc, il faut commencer par "Enregistrer" les palettes concernées (après clic-droit sur la/les palette(s) en question.)
Ce sont des fichiers de type .mpal. Comme pour tout autre fichier (partition Musescore, image etc.), et pour le transfert, il y a divers moyens:
Voir: https://new.musescore.org/fr/node/139531#comment-592006
Ceci fait, il suffira de "Charger" les palettes (idem après ouverture du menu contextuel) sur le second ordinateur.
En réponse à Bonjour,… par cadiz1
Bonjour, je viens vers vous pour la mm question avec musescore 3.
Comment sauvegarder notre espace de travail avec les palettes personnalisées depuis Musescore 3 svp ?
Et par la suite, comment faire pour l'installer sur un autre ordi ?
Merci et bonne journée.
En réponse à Bonjour, je viens vers vous… par scoubiloubilou…
Bonjour
Pour chaque palette à sauvegarder 1 (personnalisée ou non ! parfois, on ne sait plus...) ;
Lorsque les palettes sont sauvegardées une à une, copier les fichiers ayant l'extension .mpal depuis le dossier où elles ont été placées (cf. ci-dessus), sur un support de votre choix, en vue du transfert (clé USB, dossier partagé en réseau, cloud...).
Si les raccourcis ont été modifiés 1:, copier sur le même support que ci-dessus, le fichier shortcuts.xml qui, sous Windows 10 se trouve dans votre dossier personnel Musescore3.
Pour restituer cet environnement sur un autre poste, effectuer la démarche inverse, à savoir copier les fichiers *.mpal et shortcuts.xml dans le dossier Musescore3, puis pour chaque palette à restituer, ... , puis 'Charger une palette', tant qu'il reste des fichiers de l'espèce.
Hélas, il peut arriver que l'on ne se souvienne plus de ce que l'on a modifié... ;-)) ↩︎ ↩︎
Si je me réfère aux versions en développement, Musescore 4 semble fonctionner de la même manière, ce qui suggère de sauvegarder le shortcuts.xml de Musescore 3 pour le réutiliser avec la V4 (mais il est possible et même quasiment certain que quelques raccourcis de la V4 aient été définis différemment) ; je n'ai pas expérimenté avec les palettes. ↩︎
En réponse à Bonjour pour chaque palette… par mikosax
Bonjour !
Un moyen plus simple pour transférer ses palettes personnalisées ( ou non ) d'un ordi à un autre ou d'une installation à une autre.
1 - d'abord sauvegarder toutes les palette comme écrit par Cadiz et Mikosax ( c'est une condition impérative ) dans votre répertoire de travail de MuseScore ( Utilisateur>Documents>MuseScore 3>Mon workspace par ex. ) afin que les répertoires soient coordonnés entre machines ou réinstallations futures.
2 - ensuite action plus complexe qui ne se fera qu'une fois : trouver le fichier caché "nom_du_fichier workspace" ( il s'agit du nom que vous avez donné à votre espace de travail personnalisé ). Il se trouve pour Windows dans "Utilisateur\l'utilisateur en cours\AppDate\Local \MuseScore\MuseScore3\workspaces".
Pour Mac et Linux voir les répertoires et dossiers adéquats.
3 - copier ce fichier dans le dossier où sont sauvegardés les fichiers .mpal
4 - conserver et même faire des copies de sécurité de ce dossier
5 - le gros du travail est maintenant fait. il ne sera plus à refaire.
Désormais chaque fois qu'il est nécessaire de reconstruire votre espace de travail il suffit de copier ce dossier dans le répertoire utilisateur de la nouvelle mouture de MuseScore et de placer le fichier "nom du fichier workspace" dans "Utilisateur\l'utilisateur en cours\AppDate\Local \MuseScore\MuseScore3\workspaces et miracle au lancement de MuseScore votre espace de travail est intégralement et automatiquement reconstitué sans plus avoir à resauvegarder les .mpal et les réintégrer ensuite dans la palette principale.
Attention simplement que les noms donnés et les répertoires et dossiers aient bien les mêmes noms et chemins d'accès d'un ordi à l'autre ou lors d'une réinstallation.
Ceci est également valable pour MuseScore 2.
J'utilise cette méthode depuis lurette ( depuis l'apparition des workspaces en fait ) mais attention les workspaces musescore2 et musescore3 ne sont pas compatibles de même que les palettes .mpal.
Pour MS4, MuseScore 3 me suffisant largement pour le très peu d'activité musicale actuelle vu mon âge, je ne sais si cela fonctionnera encore quand il sera vraiment au point ( pour l'instant il fait un peu "usine à gaz" la hantise de Nicolas ). Mais après tout, à l'apparition des workspaces Cadiz et moi étions dubitatifs sur leur utilité et aujourd'hui nous ne saurions nous en passer... Bonne chance donc à MS4.
En réponse à Bonjour ! Un moyen plus… par [DELETED] 16875981
@ Miré : Ma curiosité ne m'avait pas poussé jusque-là. C'est effectivement une option qui peut rendre plus pérenne la sauvegarde. Je me demande si au lieu de sauvegarder uniquement le fichier correspondant à un espace de travail (le mien qui est en français 'Avancé édité' est enregistré sous le nom 'advanced edited.workspace), il ne serait pas judicieux de sauvegarder le dossier 'workspaces' qui comporte un sous dossier 'global' et les fichiers '*.workspace'. Le dossier 'global' semble concerner des éléments d'interface qu'il serait (peut-être) bon de conserver.
Dans les temps à venir, la météo hivernale bourguignonne favorisant la sédentarité devant un PC, je vais reprendre deux fichiers 'batch' basés les principes exposés ci-dessus (.mpal et shortcuts) afin d'automatiser les processus de sauvegarde et de restauration. J'étudierai comment y ajouter le traitement des workspace et global. Je présume qu'il y a de nombreux tests à programmer (configuration, présence d'éléments) et d'options à proposer pour arriver à cette fin. Et puis aussi de nombreux tests de fonctionnement selon les particularités d'installation. Cela veut dire que ce ne sera pas fait demain ! Pour l'instant, on peut rester 'a mano'....
PS : on peut toujours rêver : l'idéal serait que les développeurs se penchent sur ce sujet qui concerne aussi Mac et Linux, mais je pense que leur priorité est davantage sur l'usine à gaz qui semble poser un certain nombre de colles (cf. répétitions de mesures 2 fois, 4 fois..., problèmes de lecture et de sons et j'en passe)