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

[MU4 Issue] Nonsensical behaviour of offsets when changing stave size #16006

Closed
oktophonie opened this issue Jan 22, 2023 · 0 comments · Fixed by #16180
Closed

[MU4 Issue] Nonsensical behaviour of offsets when changing stave size #16006

oktophonie opened this issue Jan 22, 2023 · 0 comments · Fixed by #16180
Assignees
Labels
engraving P1 Priority: High

Comments

@oktophonie
Copy link
Contributor

oktophonie commented Jan 22, 2023

Describe the bug

Here's a simple example from a score (string quartet template). The rests, accent and stave text all have X and Y offsets applied:
image

Here is the Violin I part:
image

Note that:

  • X and Y offsets to text are reset
  • X and Y offsets to rests and articulation are SCALED to the new stave size (score size/part size, in this case 1.3/1.75, so scaled by a factor of 0.743)

The former I can accept, at least for now (the position of text may need to be changed anyway, with possibly different text sizes and radically different layout etc) but the latter makes NO sense. The offsets of items directly attached to notes, or to rests (which need to have specific positions on the stave) should not change!

I haven't tested yet all types of item to see how their behaviour may differ.

It turns out this isn't about generating parts per se: it happens whenever the spatium size is changed (which will often happen when parts are generated).

Platform information
This is in MU4, but the behaviour is inherited from 3.6 or earlier.

@oktophonie oktophonie changed the title [MU4 Issue] Nonsensical behaviour of offsets when generating parts [MU4 Issue] Nonsensical behaviour of offsets when changing stave size Jan 22, 2023
@oktophonie oktophonie added this to To do in 4.x SHORTLIST via automation Feb 2, 2023
@oktophonie oktophonie added the P1 Priority: High label Feb 2, 2023
@oktophonie oktophonie removed this from To do in 4.x SHORTLIST Feb 10, 2023
@oktophonie oktophonie added this to To triage in MuseScore 4.1 via automation Feb 10, 2023
@cbjeukendrup cbjeukendrup moved this from To triage to In Progress in MuseScore 4.1 Feb 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engraving P1 Priority: High
Projects
Status: Done
MuseScore 4.1
  
In Progress
Development

Successfully merging a pull request may close this issue.

2 participants