altérations accidentelles

• Sep 22, 2011 - 09:16

Bonjour.
Quand je fais usage de la possibilité de poser une altération sur une première note d'une mesure grâce au glisser/déposé de la palette des altérations, la note suivante de même hauteur apparait avec un bécarre. Or il est normal , il me semble, que cette note , ainsi que les suivantes de même caractéristiques, soient automatiquement touchées par l'altération du moment qu'elles sont dans la même mesure. Le bécarre est donc inutile et ne devrait pas apparaître par défaut.
Cela m'oblige à supprimer le ou les bécarres apparus intempestivement pour rétablir cette normalité.

Comments

• Sep 22, 2011 - 10:36

C'est un point de vue. Les notes suivantes dans la mesure ont été écrites en tant que par exemple Si bécarre. MuseScore prend le parti de ne pas modifier ce qui a été écrit.

Reply

• Sep 22, 2011 - 14:10

Une altération sur une note même en début de mesure n'affecte que cette note. En revanche les autres même notes ( et de même octave ) - si elles sont aussi altérées - n'affichent pas l'altération - c'est une convention d'écriture qui date de la création des altérations - de même qu'à la mesure suivante si la note n'est plus altérée, il n'est pas nécessaire d'y placer un bécarre; Toutefois le placer en tant qu'altération de courtoisie est convenue.
Quand les notes sont saisies, chacune dans la mesure, doit être explicitement altérée. Tous les éditeurs fonctionnent ainsi il me semble...

Reply

• Sep 22, 2011 - 22:15

Hello. Merci pour la leçon d'écriture que j'ignorais après presque 50 ans de pratique musicale ! ;->
Je crois que vous n'avez pas bien interprété mon propos.
Non, tous les éditeurs ne fonctionnent pas comme cela. Pour ceux que je connais, quand on a saisi une note avec altération, les notes saisies suivantes de MÊME hauteur dans la MÊME mesure sont automatiquement affectées et on ne voit pas apparaître le signe du bécarre qu'il faut supprimer ensuite.

Reply

• Sep 23, 2011 - 01:48

L'usage faisant que les mêmes notes suivant une note accidentellement altérée ne soient pas elles-mêmes explicitement altérées laisse à penser que c'est une règle musicale mais c'est plus insidieusement une double règle de simplification d'écriture et de clarté typographique - c'est le vieil éditeur et imprimeur de partitions que je fus, comme l'étais aussi mon père, qui parle et non un quelconque docteur en je ne sais-quoi musical :)
En effet, comme le nom l'indique il s'agit d'un "accident" qui, en principe, n'affecte que la note concernée et comme je l'ai dit dans le précédent post, l'usage est de ne pas répéter l'atération et non de l'étendre à toute la mesure, ce qui est bien-sûr trompeur car revient au-même.
L'éditeur, qui n'est qu'une machine virtuelle ne pouvant deviner ou même anticiper nos intentions ou nos manières, place bêtement les notes saisies dans la tonalité indiquée par l'armature de la clé, ce qui est en soit plutôt logique. Et la majorité que j'ai pu essayer ou utiliser dans mon cadre professionnel marchaient ainsi... et ceux qui les programment sont en principe assistés par ou sont eux-mêmes des musiciens... ce qui est le cas de MuseScore je crois.

Toutefois j'adhère à l'idée d'une demande de fonctionnalité qui, puisque de toutes façons il faut placer un bécarre pour indiquer que l'on revient à la tonalité d'origine, ferait que l'altération d'une note reste valide dans toute la mesure puisque ça ne change pas le résultat et tout compte fait plus pratique pour la saisie. La version 2.0 étant en développement pour encore un certain temps c'est le moment ou jamais.

Pour finir : aujourd'hui-même j'ai 84 ans ce qui me fais 76 ans de pratique alors des discussions ( et des prises de bec ) sur la manière d'écrire la musique ont été légions et n'ont abouti qu'à ce rassurant constat : "les théories diffèrent mais les pratiques et usages restent les mêmes."

J'espère n'avoir pas trop radoté ? :)

Reply

• Sep 23, 2011 - 09:07

Hi !

Restons cool !
Ce qui me gène dans l'histoire c'est le cas suivant :
Vous devez saisir par exemple une série de 16 double-croches identiques dans une mesure 4/4.
Vous affectez la première note d'un #. Théoriquement cet accident s'adresse donc à toutes les notes à venir.
Mais la deuxième note saisie sera munie d'office par programme d'un bécarre. Bon.
Vous continuez votre saisie jusqu'à la 16eme note
Il vous faut maintenant, pour que l'écriture soit conforme , supprimer successivement 15 bécarres.
Un peu pénible non ?

En fait nous sommes d'accord.
Bien que cela ne soit pas urgentissime, on peut souhaiter une modification du programme dans le sens suivant ::
- en cas de saisie d'une altération accidentelle sur une première note naturelle, toutes les notes semblables qui suivront en saisie dans la portée ne se verront plus marquées d'office d'un bécarre (confort de saisie)
- idem si la première note saisie , déjà affecté d'un # ou b du fait de l'armature , serait marquée d'un bécarre.

- par contre si les notes naturelles sont déjà posées, le fait de revenir sur une note en début ou milieu de série pour lui affecter un accident , agir comme actuellement.

Mais bon , ce n'est que mon avis et je conçois que cela ne doit pas être facile à programmer.

Reply

• Sep 23, 2011 - 11:14

MuseScore offre tout de même des moyens de modifier la tonalité d'un groupe de note en sélectionnant la première puis la dernière (avec shift+clic) ce qui sélectionne le groupe et de "virer" d'un coup d'un seul tous les bécarres à l'aide des touches flèche haut/bas selon l'altération désirée. C'est quand même mieux que de le faire un par un, non ? :)

D'ailleurs en cours de saisie la note bécarrée étant naturellement sélectionnée puisque venant d'être écrite peut immédiatement être ajustée à la bonne altération par ces mêmes touches.

et puis surtout MuseScore, même en l'absence d'une fonctionnalité ou en présence d'un bug, n'a jamais laissé personne en panne : il y a toujours moyen, assez simple, de contourner le problème rencontré et si l'idée ne vient pas le forum est une aide précieuse. Il y a des MacGyver parmi nous ;)

Reply

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