Skip to content
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

fix #279415, fix #288283: calculation of prev/next visible spanned staff #4964

Merged
merged 1 commit into from May 20, 2019

Conversation

MarcSabatella
Copy link
Contributor

See https://musescore.org/en/node/279415 and https://musescore.org/en/node/288283.

This change started as a one-line for the second of these two issues. All that was necessary was to remove the check for s->invisible() in BarLine::getY() that was added as part of a much larger change here:

337e885#diff-8ba9840a2952d25d7198fc9c78e30b16R200

But, as I thought through what that code was doing, I realized it is exactly the code we needed in BarLine::isBottom() in order to fully fix the other bug I mentioned. I didn't understand enough about the barline architecture back when I did the partial fix for that a few months ago to finish the job, so I had left a TODO.

So I factored that code out as a new function nextVisibleSpannedStaff(), added a corresponding prevVisibleSpannedStaff(), and used these functions in getY(), isBottom(), and also isTop() (which suffered the same bug).

@anatoly-os anatoly-os merged commit 90eac8c into musescore:master May 20, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants