Beaming changes after two layout operations

• May 7, 2014 - 17:47
Type
Functional
Severity
S4 - Minor
Status
closed
Project
MuseScore
Tags
2.0
layout

Windows 7, GIT commit: c20b96e

1) load attached score
2) position to see last two systems of first page
3) Ctrl+A - you should see a layout shift as described in #25674: Layout shift on first layout after load
4) Ctrl+A again

Result: the beaming of the LH notes in bars 17-20 changes, from 2+2+2 (which is how it should be) to 4+2

Maybe this is somehow related to the layout shift? I can't reproduce in a score created from scratch; the file is of course the "Reunion" demo from 1.3, loaded into last night's build and saved with no change.

Attachment Size
Reunion-20-140506.mscz 7.48 KB

Comments

• Jul 22, 2014 - 22:10

The originally posted score now crashes on load, but I'm going to say that's because it was saved with an incompatible earlier nightly build.

I recreated it as it was created in the first place - opening the Reunion demo from 1.3, setting Sty/e General / Measure / Spacing to 1.3sp, then saving. The change is Spacing is restore spacing to what it was in MuseScore 1.3, which was 1.3sp (confusing, I realize) but which is reduced by 5% in read114() as a hack to better reproduce spacing in 1.3 scores. I also recreated another version with no adjustment to Spacing (thus leaving it as 1.235sp).

I can no longer reproduce the layout shift or the beaming change, and wonder now if https://github.com/musescore/MuseScore/commit/d90b918dca68a0cd69ec56222… might have fixed it.

Not quite ready to close this yet, but I am cautiously optimistic.

Reply