Bug sur éléments invisibles à la réouverture du fichier.

• 31 Janv. 2021 - 18:33

Bonjour,

Il me semble qu'il y a un bug sur certains éléments rendus invisibles, à la réouverture d'un fichier.

Dans mon exemple en pièce jointe, qui contient 10 portées, je rends invisible la clé (percussions) et les indications de mesure (12/8) à partir de la deuxième portée.
Après enregistrement et fermeture, quand je réouvre le fichier, les clefs redeviennent visibles à chaque ligne, et une deuxième clé "invisible", plus petite, se trouve au niveau du 1er temps de la 1ère mesure de chaque portée.

Quelqu'un aurait-il une solution ?
Merci beaucoup !

Fichier attaché Taille
Partition.mscz 24.57 KB

Commentaires

• 31 Janv. 2021 - 19:10

Bonjour,

"Après enregistrement et fermeture, quand je rouvre le fichier, les clefs redeviennent visibles à chaque ligne, et une deuxième clé "invisible", plus petite, se trouve au niveau du 1er temps de la 1ère mesure de chaque portée."
Je n'observe pas ce que vous écrivez en ouvrant votre fichier (comme d'ailleurs, après une petite édition, genre ajout d'une mesure, puis enregistrer/relancer). Fichier testé avec la dernière version 3.6.1.

clés.jpg

En l'occurrence, vous avez masqué les indications de mesure (et clef de rappel)
Une question: avec quelle version a été créée cette partition? Il semble que ce soit la 3.3.4 ? Dans ce cas, il faudrait mettre à jour, impérativement (la 3.6.1 donc), je crois me souvenir de ce genre de problématique dans de précédentes versions.
NB: si vous êtes sous Linux, téléchargez la 3.6.1 via le format AppImage.

image1.jpg

En outre, vous auriez pu vous y prendre autrement dans les Propriétés de la partie/portée, en décochant ce que vous ne voulez pas voir:

image2.jpg

Par ailleurs, y a-t-il une raison particulière pour laquelle vous avez masqué (via les Propriétés de la mesure), les mesures 1 à 4 des 1ère, 12ème et 13ème portées ? Voir le fichier "revu": Partition2.mscz
Pour les deux dernières portées (si telle était votre intention, à préciser), il aurait mieux valu, puisqu'elles sont vides, utiliser la fonction "Masquer les portées vides dans les systèmes" dans Format/Style/Partition. Ou simplement les supprimer?

Répondre

• 31 Janv. 2021 - 19:36

Bonjour,

Merci beaucoup pour votre réponse. Chez moi le bug persiste (je viens de mettre à jour Musescore vers la dernière version et suis sous Mac OS 10.15.7).

J'ai masqué les clefs ainsi que les indications de mesure.
Voici le fichier tel que je l'enregistre :
Partition souhaitée.png
Et voici l'aspect du fichier à sa réouverture :
Partition avec bug.png

La 1ère portée est délibérément masquée ; elle contient une succession de croches, qui permet à toutes portées d'avoir un espacement rythmique quasi parfaitement régulier. C'est un aspect capital pour moi, que je n'obtiens qu'ainsi (dommage qu'il n'y ait pas une fonction pour cela, même si j'en imagine la complexité).

Pour les 2 dernières portées, effectivement j'aurais du simplement les supprimer, c'est ce que je fais habituellement.

Merci beaucoup pour l'astuce des "Propriétés de la partie/portée", que je n'ai pas pris l'habitude d'utiliser, je pense que c'est effectivement la meilleure solution, et elle fonctionne parfaitement à la réouverture.

Le problème est donc solutionné, toutefois il peut être intéressant d'analyser et corriger ce bug.

Répondre

• 31 Janv. 2021 - 19:52

Je n'ai pas le temps de tout décortiquer (en outre, vous n'avez pas précisé avec quelle version cette partition a été créée)
Ce que je remarque en revanche, c'est qu'en créant un nouveau fichier semblable au vôtre avec la 3.6.1, et bien, cela fonctionne comme attendu.
Partition de départ (ne regardez pas le contenu des mesures, c'est juste pour le test) : batterie.mscz
Partition après avoir masqué les clefs et indications de mesure, sauf première portée: batterie 1.mscz
Sachant que les fonctions dans les Propriétés de la portée/partie sont là pour cela (ce que j'ai fait pour les portées 2 et 3) : batterie 2.mscz

Répondre

• 31 Janv. 2021 - 20:15

"Le fichier d'origine a été crée sous la version 3.3.4.24412"

Ancienne version, déjà!

"Cela conserve peut-être une influence, même après avoir enregistré le fichier avec la dernière version..."

Bien entendu, cela se voit pour d'autres bugs (je pense notamment au double affichage - parfois - d'indications de mesure et clefs au cours d'une portée/partition - bug qui a persisté jusqu'à la 3.3 de mémoire, il en "ressort" encore de temps à autre sur les forums. Dans ce cas, une petit manip. est nécessaire via la dernière version pour repartir sur des bases assainies)
En outre, tout ce qui concerne les rappels (clefs, indications de mesure et autres) a toujours été, plus ou moins, un point sensible, même dans la version 2. Genre sac de noeuds.
Par exemple, au hasard: #286497: Unchecking 'Create courtesy clefs' hides all clefs at the beginning of a measure et #284434: "hide courtesy key signature" not working when hiding for only one staff of multiple-staff score from context menu, et parmi bien d'autres.
La dernière version n'efface donc pas forcément d'un coup de baguette magique les bugs enregistrés (ceux qui sont bien "tordus"!) dans de précédentes versions, en tout cas pas tous, il faut le savoir. Sachant qu'on est tout de même dans une aire de quelques exceptions qui confirment la règle, heureusement :)

Répondre

Do you still have an unanswered question? Please log in first to post your question.