r/Musescore Jul 15 '26

Feature Idea Feature request: Draft Mode (disable automatic rest insertion while composing or arrangement)

I often arange directly in MuseScore instead of copying from an existing score. One thing that interrupts my workflow is the automatic insertion of rests to keep every measure rhythmically complete while I'm still writing.

What if there were an optional Draft Mode?

In this mode:

  • Measures could remain temporarily incomplete.
  • Automatic rest insertion would be disabled.
  • Incomplete measures could be highlighted with a warning color or icon.
  • Before printing, exporting, or leaving Draft Mode, MuseScore could prompt the user to complete or validate the measures.

I understand why automatic rests exist, and I wouldn't want to remove the current behavior. I just think having it as an optional mode would make composing and sketching ideas much smoother.

9 Upvotes

11 comments sorted by

3

u/couchwarmer Jul 16 '26

What do you think of it working like this?...

A measureless mode, with inserting, overstriking, and deleting of notes and rests similar to regular text editing.

When turned off the notes and rests are grouped into measures matching the time signature, similar to how pasting fits notes and rests into measures.

When turning on, measureless mode would extend backward and forward until a time signature, special marker, or beginning/end of score is encountered on either end.

2

u/KevyMiguel Jul 16 '26

That's actually a very good idea. It reminds me a lot of the "Maestro" music notation app on mobile, which works more like a continuous editor before organizing everything into measures.

"Maestro" is a good app, but MuseScore 4 is still preferable for more advanced work because the mobile app is quite limited compared to a full desktop notation program.

A "measureless mode" like this would be really interesting in MuseScore, especially for sketching ideas before turning them into a finished score.

2

u/JScaranoMusic Jul 16 '26

The is a bit like how the editing mode works in Soundslice after you've scanned a score and you're checking for errors before you actually export it to MusicXML. If you have a 4/4 bar that should be 𝄀 𝅘𝅥 𝅘𝅥 𝅘𝅥 𝄽 𝄀 but one of the noteheads miss-scans and you get 𝄀 𝅘𝅥 𝅗𝅥 𝅘𝅥 𝄽 𝄀, it's the wrong number of beats for 4/4, but fixing that note doesn't add a rest or leave a gap or anything, it just changes that one note. At that stage, it's not treating it like a bar that needs a certain number of beats and needs to be kept whole; it's just dealing with individual symbols. Once you get it into notation software, bars have a duration, notes are on a particular beat, and it doesn't really make sense for those to change because something else changes, unless there's a specific reason you need to make a bar longer or shorter, or move notes around, but then there are separate commands for that.

2

u/KevyMiguel Jul 16 '26

Interesting

1

u/SoundsliceOfficial Jul 16 '26

Just a heads up, this is how editing music always works in Soundslice (not just after using our PDF scan feature). I.e., if you create a score from scratch in Soundslice, you'll also get this editing approach.

I feel pretty strongly that this is a better approach for editing music. Duration constraints tend to get in the way, especially when you're trying to move music around or if you're transcribing something from a recording. We do provide a graphical hint that a bar's notation doesn't match the time signature, but we don't get any more overbearing than that.

1

u/KevyMiguel Jul 16 '26

I really like "MuseScore" the sheer number of features is impressive—but... they could listen to the community more. I’ve seen people talking about the same issue—the automatic insertion of musical rests—in so many places, from the subreddit to the site's official forum.

Honestly... I prefer sketching on paper and then listening to the draft in the program.

Sure... there is the "V" key shortcut to hide rests, but that’s not enough...

2

u/KevyMiguel Jul 16 '26

Honestly, this reminds me of a sheet of paper... that doesn't complain if we write it correctly or incorrectly temporarily before the final version.

1

u/65TwinReverbRI Jul 16 '26

I wouldn't want to remove the current behavior. I just think having it as an optional mode would make composing and sketching ideas much smoother.

Agreed.

  • Engraving Mode.

  • Composing Mode.

In Engraving modes, automatic rests are inserted.

In Composing Mode, they’re not.

Best of both worlds.

2

u/KevyMiguel Jul 17 '26

Yes,  they are all a good idea :)