Select all notes with voice

• Mar 27, 2023 - 17:23

I imported a score via xml, and I am trying to figure out how to clean up the voice allocation.

My part is mostly one voice, with a few splits to a second voice.

I have huge numbers of measures with two of each kind of rest. And in a few places, there is a third voice, even though I never have more than two notes playing simultaneously.

So two questions:
Is there a way to select all by voice? I'd like to select everything that's in voice 3, and convert it to voice 2...

And is there a setting to remove duplicate rests in voice 2 and above? Or can I select a region and delete everything in voice 2 for that region? (i.e. a long passage where there is no second voice, and I don't want to see tons of whole rests.)

In the manual it does not recommend removing rests, but if I only hide them, the remaining rests are not centered visually. WAIT--not true!!! The layout is smarter than I thought! So I guess my question should be--is it possible to HIDE duplicate rests?

I think in virtually all cases, if both parts have the same length of rest displayed at a particular point, I'd personally prefer to see a single shared rest. It's just much less cluttered. So showing shared rests could maybe even just be a global setting??? (That may belong in FRs... but maybe it's already an option somewhere?)

Thanks! I'm very impressed with the program so far!


Select the range you want to swap voices with (for an entire staff, select first measure then ctrl+shift+end).

There's a specific tool for swapping voices. In the top menu bar, Tools >> Voices >> Swap [whatever you want to do]

As for selecting all in a voice, select one note in that voice. Right click, Select >> More, tick the box for 'Same Voice' (and 'Same Staff' if you want), then OK.

Now, here's the part where you should be able to copy and past that voice elsewhere in the score, but


I get my selection just how I want it , ctrl+X, ctrl+V, nothing happens. Pls fix.

As for deleting rests: I've never read the manual, but I've been deleting second-voice rests as I see fit for years and nothing bad has ever happened because of it.

In reply to by woodslanding

Well, that worked better than expected, and I didn't even need the non-functional feature.

I selected all the notes on voice 3 and moved to voice two. Then I selected all the rests in voice 3 and deleted them. Then I selected all the rests in voice 2 and deleted them (with undo in mind) and surprisingly, it only deleted unnecessary voice 2 rests. EXCELLENT!!!!

So really only a couple of tweaks to get my xml file looking nearly as good as it did before. Just a few slur tweaks, and I'll be there....

In reply to by aminnadabz

Okay, it looks like copy or paste of 2nd voice is broken? Only if there is a first voice present?

In the following example, I can select the three notes in the tenor and copy to the bari, but when I try to do the same with the whole note in the next measure, it does not work. Same with the rest of the passage in voice2


This is an xml import, but sounds like you had a similar problem with a fresh file?

In reply to by aminnadabz

Well, this from a recent bug report thread on copy/paste

"[copy/paste] works for me, but indeed only with a range selection, that much is by design, a list selection of notes is not supposed to copy/paste. And not the point of using the selection filter in the first place

This kind of selection is not supposed to work. Why on earth not?? Maybe too hard to implement???

It certainly makes working with multiple voices on one staff much more difficult when you can't select notes from one voice to copy.

In reply to by aminnadabz

As noted elsewhere, copy/paste works with range, not list selections, by design (it would be meaningless to copy arbitrary lists of elements that might not even be contiguous). So, Select / More won't help. To select by voice, use View / Selection filter. So, you can certainly copy by voice - just not using a tool that was never designed for that purpose (Select / More).

Regarding rest deletion, it absolutely causes problems. Try entering a half rest followed by a half note into voice 2, then deleting the half rest, then deciding you want a note there after all. Only way to do it is to exchange voices twice to fix the hole. Also there are known bugs where certain combinations of rest deletion can corrupt your score. I definitely recommend hiding rather than deleting rests where needed.

In reply to by Marc Sabatella

Tried the selection filter. Did precisely what I wanted. I've been using Musescore since version 2 and I had no idea this option existed.

So, now the question is: Why are these separate features? I understand that a non contiguous selection could be problematic, but would it not be a simple fix to have Musescore fill in the gaps with rests?

In reply to by aminnadabz

It certainly is the case that non-contiguous regions are potentially problematic. You wouldn't want to fill the gaps with rests if there were notes there, for instance.

That said, many other types of objects can be list selected and copied in Musescore, and it seems like they present many of the same problems.

But I will need to mess around with the feature more to say anything more helpful than that ;) I guess I will try looking into how other notation programs do it....

For now I will learn to live in the existing Musiverse, which is generally quite a fine place.

In reply to by aminnadabz

They are separate features simply because so far, no one has figured out a good designed for a single feature that can both types of selection.

I don't understand the second question. The methods for creating list selections - Ctrl+click and the Select menu - can create all sorts of different types of selection - selection of just lyrics, just staccato markings, etc. Not seeing how it would make sense to arbitrarily add rests when creating a list selection, or adding rests to a copy/paste that might then clobber the corresponding notes in the destination.

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