Changes to staff transposition (and other properties) not reflected in linked parts

Ran into this as well, fortunately saw the incorrect octave before handing off to players. :)

At the very least, I think a change to transposition must affect linked parts.

-Agreed.

I'm not sure if linking changes to staff transposition makes sense for linked staves of different staff types within a score, however - eg, a guitar staff & linked tab staff.

I'm also aware of transposing guitars like Baritone guitar, but I have no idea what would be appropriate either.

The notes transpose because the tpc's info was linked, but since there is no transposition data, the keys did not transpose.

Chord Symbols will also not transpose in this situation.

I also wanted to add that some notes are transposed incorrectly.

In the attached score, I generated a part. In the part I changed staff properties to transpose whole step. Here is how the C scale looks

Part in Concert Pitch:

Part in Transposed Pitch:

Main score in Concert Pitch:

Main score in Transposed Pitch:

Hmm...I seem to have just saved that part score as this attachement, and didn't save the full score. Anyway, the attached part score still experiences incorrect transposition, as only the first note and all the chord symbols transpose correctly, but the rest of the notheads do not transpose when toggling concert pitch, for some reason.

I've added this to https://musescore.org/en/developers-handbook/musescore-2.1-hit-list "Have another look" because I consider this a "major" bug as well. I'll wait and see if marc wants to give it a shot before I even attempt (it will take me a while to get up-to-speed with this).

Good points...I won't worry about this until then.

As far as use case, if I can easily imagine an arranger who made and part for a particular instrument and carefully prepared the part score to look nice, later might decide to change that part's instrument to another instrument (either deemed more appropriate for that part or based on available musicians' instruments). I know I have done that a few times. Which is why for sure I think changes to staff transposition as well as other things like instrument and default clef (basically any staff or part property) need to be synced between linked staves of linked scores. But I'm not sure about linked staffs within the same score...in particular a guitar part might have a tab staff linked to a traditional staff, in which case things like number of lines in staff wouldn't make sense to sync.

I agree 100% with Marc (maybe for the first time!) - this is not just a simple fix, anything you do to "improve" for some users may well have negative effects on others and you might end up shutting off the route to major improvements.

The case of transposed and non transposed parts is seems to be fairly well handled in 2.1 (apart from forced note stem directions being identical in transposed and untransposed parts) but different transpositions for the same part are another matter altogether.

I once thought I had a reason for changing an instrument, but this turned out fairly disastrous (as reported above). Normally, am not sure why you would change an instrument rather than adding an alternative.

I am involved in two different types of formation: a french fanfare (marching band) and a french harmonie (wind orchestra).

Multiple transposition is required for two distinct cases: fanfare big brass parts and uncertainty over the instruments that will be available.

For the low brass, there are baritone, saxhorn, euphonium and trombone players who are used to either concert pitch in bass clef or 14 semitone transposition (when will MuseScore allow transpositions in semitones?) in treble clef and "petite basse" players who are used to 2 semitone transpositions in bass clef (Yes, seriously, this is the standard from major marching band music publishers such as Robert Martin - these parts double as 14 semitone transpositions for BBb players!).

This requires
1) different clefs for different parts. Currently, clefs are not treated as layout elements and so are linked between parts.
2) parts for concert pitch plus two different transpositions.

The requirement for multiple transposition comes from the unfortunate reality that the instruments available vary in both time (absences) and space (with arrangements being passed from one formation to another).

Mid low brass and substitutes
Bb baritone -> Eb alto sax. In fanfare music, the baritone usually has the counter-melody. When your baritone players have died or no longer have any teeth, someone has to fill in.

Mid brass and substitutes
Eb alto (tenor) horn / F french horn
Bb flugelhorn -> F french horn, Eb alto sax

Saxes
Eb alto sax -> Bb tenor sax. Normally our saxes just change instrument, but this can be awkward during a concert, so when the second alto has been pressed into playing the horn part, it is a good idea for one of the tenors to take the second alto without changing instrument.

Currently I deal with the problem by having a master score with duplicate instruments. This of course means that you have to redo all the little layout tweaks, such as avoiding collisions between dynamics and hairpins, for every part, over and over again, but Marc assures me that the solution is to improve the layout algorithms rather than copy the layout.

The biggest takeaway is that you must ensure that you have finalized the score BEFORE creating alternative instruments or transpositions and extracting parts. That way changing instruments is not an issue.

This is just my experience. There are probably many other reasons, but, fundamentally, in the real world of shrinking amateur formations (sad!) , transposition flexibility is essential. But, if you are going to be able to extract more than one part from a staff in the master score, much more independence (forced note stems, clefs, spelling, staff text ("con sord" for a sax!), glissandi and what else?), rather than less independence, is required.

Until then, duplicate your instruments in the master score.

Related: #275667: String data/tuning not synced between score and parts

Camp up again in: #279826: Bass line displays wrong note when changing note.

As far as I can tell, the only thing that shouldn't be synced is the visible flag.

See also #275667: String data/tuning not synced between score and parts

Came up again in #298010: Some notes in wrong octave in transposing instrument

Transposing the lead sheet changes Key in main sheet, but not in parts
It does correctly transpose the notes, as well as the chord symbols
I tried with and without select, by key and by interval.

This one is still a major issue. I had a playdown this week and came up with parts for saxes looking like that:

Here, a lot of notes are out of reach (Saxes don't go lower than Bb one line and a half under the staff).
Funny things if I toggle concert pitch I get this:

All the notes are perfect, it's just the keysig that is not. It should be showing what it was showing when it was in concert pitch.

Look at the score in concert pitch:

Sax is in F. In the parts, the sax is in D (when in concert pitch) and in B (when not in concert pitch).

Not ideal for a playdown. I had to head back home and come back an hour later with the new parts printed. Not very fun. Good thing I had the time. (Yes I know, I should've doubled checked before, but that's no excuse for MuseScore)

The score is clearly not transposed well. It did happen after an instrument change.
The score is attached.

Though the problem, according to Marc's post, is worse in 3.0, there is a workaround of sorts in 3.0. If you delete the part, then recreate the part, it is created correctly. The problem is that any special formatting done to the part, including changing the overall size and fine-tuning the positions of elements, is lost and has to be redone. This is better than nothing and, usually after transpositions, the parts have to have some of the special formatting reapplied anyway.

I sort of 'solved' the problem of changing the key of a part and still keep the formatting of that part, without deleting the part and creating it again by using the following method.

1. Save the particular part as a new musescore file and then
2. change the key or do any other changes needed in the new file created as required.

That is, let's say you have a composition with a title XXXX and you have 3 parts for flute, clarinet and piano respectively.

Let's say you want to change the clarinet part to be played by another instrument such as soprano saxophone. Then you click and go onto the clarinet part and save it using- Save as - and naming the new file eg. XXXX Soprano Saxophone. This way you have a new musescore sheet file with name XXXX Soprano Saxophone and in this file, you will have ONLY the clarinet part. The formatting etc you had in the clarinet part will still be there.

Now you can change key, partname and any other changes you need easily and you can print on paper or save the new part as pdf. You can choose to keep new file saved just in case you will need to do further adjustment soon or you can delete it, since after all, it's not too much of a hassle to do the process again.

This of course can be a 'solution' to be able to print the part or save it as a pdf without having to go through the process of editing and formatting again. In the original file- XXXX the clarient part will still be the same as originally created.