Jumping Slurs
Hello,
The latest nightly build seems to have fixed the jumping hairpin problem, but adjusted slurs move around as well, even if the file has been saved from page view.
As saved:
When the file is re-opened:
Thanks.
| Attachment | Size |
|---|---|
| Correct.png | 19.12 KB |
| Incorrect.png | 19.82 KB |
Comments
Thanks, but I meant as an actual bug report in the issue tracker - Werner isn't likely to see postings here.
Hmm, I just tried and cannot reproduce this. Might be somethng unique to something about your particular score. Can you post the score and step by step instructions to reproduce the problem? Maybe do that before bothering to file an official bug report.
In reply to Hmm, I just tried and cannot by Marc Sabatella
See attached. I've already made a bug report, but see if this will help. There are a number of slurs that jump out of position, and I've also attached a PDF of the file so you can compare. Thanks.
In reply to See attached. I've already by Soolip
Interesting; I can reproduce this with your score, but not one I create myself.
In reply to Interesting; I can reproduce by Marc Sabatella
The slurs were adjusted by grabbing the middle square on the bottom (which moves the whole slur), and moving them up by typing in a value in the inspector (-.5sp, etc.).
In reply to The slurs were adjusted by by Soolip
I too am unable to reproduce from scratch.
Waiting to solve this mystery, some elements for thought.
1) I deleted all the parts and have kept only the first measure of the violin (without the title, tempo indication etc.)
And yet, as you can see on the attached file, if you move the slur (via the mouse or the inspector), then save, reopen, the vertical offset value changes with each new save and reopening. Really disturbing!
test.mscz
2) The only way I found to stabilize this slur, it is to export this measure in XML format, and reopening by Beta1. Then, despite the operations you can do on the position of the slur, the Vertical offset value does not change after saving and reopening.
test xml.mscz
3) Finally, if you export the entire score (Vetter Quartet) in XML format, and then you reopen via the Beta1, there is a crash. It works with a recent Nightly.
I hope I have made a little progress in this research?
In reply to I too am unable to reproduce by cadiz1
Each staff has the Scale value (under Staff Properties) adjusted to 75%. This is causing the slur shifting, and maybe more? XML export/import doesn't preserve this value, so it's reset to 100% upon load and the problem is not seen.
In reply to Each staff has the Scale by schepers
Hairpins seem to not be affected.
Side-problem, hairpins don't reset with a Ctrl-R.
In reply to Each staff has the Scale by schepers
Brilliant! Nice job figuring that out. Care to update the issue in the tracker?
In reply to Brilliant! Nice job figuring by Marc Sabatella
Done. I only found it because the XML inside the MSCZ had a "mag" tag set to 75% and I realized some scaling was going on. I've never used that feature before under Staff Properties, so I experimented. I had assumed the small staves were because of a smaller space value, but not in this case.
In reply to Done. I only found it because by schepers
Great to have found the explanation :)
I also had never used this feature of scale under Staff Properties. I will be watching more closely now!
In reply to Each staff has the Scale by schepers
Apparently that 75% scaling is also why the beams on the 16ths and 32nds are spaced badly. I thought maybe that was a style setting like the extra-large dots (which do appear to have been on purpose). So I guess that's another bug. BTW, same thing happens if you use the "small" property instead of the percentage scaling factor.
I'll file that one.
Now that we've identified what triggered the problem in your case, I should also point out in case you weren't aware that scaling individual staves as you have done is not the best way to create a smaller score. Instead, use "Layout / Page Settings / Staff space", which sclaes everything on the page - and is better tested to boot :-) (the individual staff scaling feature was only added a few weeks ago).
In reply to Now that we've identified by Marc Sabatella
Hello,
Thanks for all the suggestions. I'm still having issues with the adjusted slurs jumping, but not as much. I've changed all the staves to 100% and checked "Small Staff". The adjusted slurs are still jumping around upon re-opening. Very strange.
In reply to Thanks, but still having issues by Soolip
Still, as in, since updating to a more recent Nightly build that includes the fix? The bug affected *both* the scaling and the "small" setting. So merely changing from scaling to small won't solve the problem. Updating to a more recent build should. If you find it is not, please post the score and steps to reproduce.
BTW, I wasn't suggesitng using the "small" option. I was saying you shouldn't be using *either* of of those options if your goal is simply to get a smaller score. You should be changing the Space setting directly in Layout / Page Settings. This affects all staves simultaneously, and also any other elements not specifically attached to any staff. It's the "correct" way to make a smaller score. Setting individual staff properties should be used only when you need some staves to be a different size than others.
In reply to Thanks, but still having issues by Soolip
I also cannot reproduce the problem with the present nightly build, using a combination of differently scaled staves (%, small) and different page scalings.