[trunk] backward compatibility issues breaking page layout (regression)
This file created with Musescore 0.9.6.3 doesn't render correctly anymore with SVN.
It seems the glitch is triggered by key signature changes.
Attachment | Size |
---|---|
Avatar.mscz | 14.2 KB |
Comments
Changing title
Problem is an overfull measure in bar 5 second staff. When fixed in the *.mscx file (remove dots), then the score looks ok.
I couldn't find the overfull measure. did you mean the first page ?
Should Musescore accept overfull measure or is it a bug ?
I investigated a bit, and my problem begins 3rd page, 3rd line, 3rd bar.
There is an undeletable pause on the first staff. When I select it, the bounding box is bigger than the the measure.
All following measures are then badly layouted, the notes on the first staff are then only in the second half of each measure.
There is a dottet whole note in measure five on the second staff. It should not be possible to input an overful measure, so its a MuseScore bug. MuseScore cannot handle this kind of measures.
It would be interesting to know how you entered this measure.
I've found the note you meant. I can remove the dot, but it gets replaced by a silence.
It seems 0.9.6.3 allowed me to enter this measure and trunk handles it differently.
I only reinstalled MuseScore because I wanted to export the latest version as PDF.
This bug is not the most important since it only add a small silence and doesn't break the layout.
I initially thought it was caused by key signatures because the most visible change with 0.9.6.3 are the weird duplicated key changes.
But the important layout breaking issue only begins on the second page with the measure which has an anormally big selection box.
I attach the PDF I had exported when I had 0.9.6.3. I hope my issues will be clearer by comparing both files.
I fixed the broken measure in the *mscx file and now it looks much better (fixed file appended).
Wow, how could such a tiny dot completely mess the whole file.
It is much better now, Thanks for your help.
Automatically closed -- issue fixed for 2 weeks with no activity.