-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Anacrusis obscures bar 1's bar number #20016
Anacrusis obscures bar 1's bar number #20016
Comments
The "-" you see isn't a bar number; it's an indication that the preceding bar has fewer beats than the time signature calls for (in other words, it's a pickup). It's just for on-screen display as a reminder, and can be disabled via the View menu - just like the icons for system breaks etc. The display of measure numbers for the first measure is not really common in my experience, but I can certainly see it might make sense for scores that a) have numbers on all measures, and b) have a pickup. So, simply enable the "Show first" option in Format / Style / Measure numbers. You can also force display of measure numbers in any measure via Measure properties. In the future, please ask in the Support forum on musescore.org when you have questions about MuseScore. Then if something is confirmed to be a bug or if a consensus developers that there is a missing feature, this issue tracker is the place to go next. |
Thanks for the info.
Thanks also for the workaround of measure properties. In general, though, if there are multiple movements, one wouldn't want to set a style for the whole file to always show the numbers for the first bar.
I've done that for several items where there seemed to be discussion to be had, or it was that I didn't know where to find things, but even with a workaround, this seemed to me to be a fairly clear, if low-priority, bug; even lower now that a workaround is documented on it. |
Hi, |
@srinivaspavan9 Welcome! You may find the information at https://github.com/musescore/MuseScore/wiki/Set-up-developer-environment useful, as well as the pages linked in the sidebar on that page under "Compilation". If you have any more questions, the best place to ask is the MuseScore Developers Discord Server. |
@bkunda could you assign me this issue |
Maybe I'm trippin', but I still see bar numbers on the anacrusis after this, and not only that, but for example still seeing the first "normal" measure as measure number 2 instead of what seems like the OP's desire for it to be number 1. instead of the above mentioned desired: and then to make it funnier, @Jojo-Schmitz pointed out that there's a problem with a measure number not showing after a section-break under certain circumstances: #21730 (comment) and it seems to be a result from this PR The PRs: #20141 + #21730 have been tested so far to be a.o.k save for that. |
Issue type
Engraving bug
Bug description
When I ask bar numbers to appear at every bar in a score that starts with an anacrusis, I don't see a bar number for bar 1,
just a hidden object that looks like a small grey rectangle, that presumably implements the bar number change to make the rest of them correct. However, I'd like to see bar 1's number, leaving only the partial bar without a number.In a score without an anacrusis, bar 1's number should not be shown.
I've started polls in a barbershop Discord server (5:2 in favour of showing bar 1's number) and an engravers' group on Facebook (https://www.facebook.com/groups/musicengravingtips/posts/3276402939325242 - 86% in favour of showing bar 1's number in this case). One of the commenters on the Facebook post said, "I'd say, no bar-line, no number... First bar-line, first number.", which I thought summed up my approach fairly succinctly.
Steps to reproduce
Screenshots/Screen recordings
Bar 2 correctly has a number shown, but none for bar 1, where I'd like to see a "1".
MuseScore Version
MuseScore version (64-bit): 4.1.1-232071203, revision: github-musescore-musescore-e4d1ddf
Regression
I don't know
Operating system
OS: Windows 10 Version 2009 or later, Arch.: x86_64
Additional context
No response
The text was updated successfully, but these errors were encountered: