musescore / musescore/MuseScore

Option to turn off default behaviour of using "breve" (double whole) rests in time signatures longer than 4/4.

Open
#22,129 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

feature request
Dominant language
C++
Stars
15.1k
Forks
3.3k
Avg merge
2d 2h
Merged PRs (30d)
91

Description

Your idea

I'm working on a piece in 13/8 and for some reason MuseScore thinks it should show "breve" (double whole) rests for whole measure rests. This looks completely out of place and, as far as I can determine, is not in line with what modern publishers actually do (despite what Gould may say!). See discussion here: https://musescore.org/en/node/323707
Currently there appears to be no option to turn off this behaviour or easily trigger MS to show the expected whole (semi-breve) rest symbol instead.

(NB: it does seem the reason it's showing these rest types is because internally some measures are marked as having as many as 26 actual beats. But even in 26/8 I wouldn't expect this rest symbol to be used. And certainly not for, say 11/4, or even 9/4 really).

Problem to be solved

Unsuitable rest symbols being shown

Prior art

No response

Additional context

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the reported 13/8 case and review the linked MuseScore discussion about breve rests in long time signatures. Done means there is an option or equivalent control to prevent breve rests where the user expects whole rests, including in signatures such as 11/4 and 9/4.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
desktop
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.