Set as style button not working for imported scores which are NOT reset

• Dec 21, 2018 - 10:58
Reported version
3.0
Priority
P3 - Low
Type
Functional
Frequency
Once
Severity
S4 - Minor
Reproducibility
Always
Status
by design
Regression
No
Workaround
No
Project
MuseScore

OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0.4648, revision: 40a27b9

  1. Open the attached score (created in 2.x). Do not reset.
  2. Click on the LH Guitar Fingering "3" in measure 11.
  3. Change the horizontal offset value to 0 (zero).

Result: As expected, the element moves to the right.

  1. Press the "Set as style" button.

Expected result: All LH Guitar Fingering elements should assume a horizontal offset of 0 (zero).
Actual result: Nothing happens.

Note: This may affect other fingering styles as well? And probably other text styles?

Attachment Size
chansonette_2.x.mscz 32.94 KB

Comments

• Dec 21, 2018 - 17:46
Status active ⇒ by design

I'm confused in that the horizontal offset is already 0 for me in a current build, I guess yours is from before that change went through.

In any case, what you are describing is by design. You chose not to reset, so elements are keeping their current offsets, and those offsets therefore override the style setting, which is the whole point. Changing the style doesn't change the overrides nor should it. If you want to remove the offsets, select them and hit the reset button or Ctrl+R.

Reply

• Dec 21, 2018 - 20:13
Status by design ⇒ open issues

OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0.4725, revision: d32f837

(P. S. In this later build, the horizontal offset is as you've described.) Try this:

  1. Open the file again without a reset.
  2. Click on the LH Guitar Fingering "3" in measure 11.
  3. Set the Y-offset to a minus 8 sp.
  4. Press "Set as style."

Result: Some of the fingering symbols are moved by the change in style properties.

It seems that fingering whose position was customised in 2.x is unaffected by the style change. But fingering that was left at the default position assumes the new y-offset. Very confusing. IMV, it would be reasonable to expect a style change to affect all elements, whether reset or not reset.

Reply

• Dec 21, 2018 - 23:30
Severity S3 - Major ⇒ S4 - Minor
Priority ⇒ P0 - Critical

Again, this is by design and is what I would expect and think others would too. If you take the trouble to manually position something, presumably you actually want it to be there and would not want it to change if the style defaults change. However, that said, we are not 100% consistent about this, and there are some situations where a manual position will be clobbered by a style change. One I just realized is the fix I just made to allow texts to be moved by cursor. When you do this, it is still seen as "styled", meaning it will respond to style changes, and also, unfortunately, won't be saved. I need to fix that...

BTW, please feel free to ask questions on forum if you are still confused about how style, offset, and autoplace works. Could be useful for others too. Do be sure to read the sections about this under "New features" in the Handbook. It doesn't explain all the implementation details, but it's good background information.

Reply