Chord symbol moving unexpectedly

• Dec 10, 2018 - 19:21
Reported version
3.0
Priority
P1 - High
Type
Graphical (UI)
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project
MuseScore

I have two staves connected, one with notes and tabs. I also put at the beginning of a bar a chord symbol and a fretboard chart in the same place. Once I select the rest connected to the symbols, the chord symbol moves down just right above the staff.

Attachment Size
Schermata 2018-12-10 alle 11.20.59.png 45.72 KB

Comments

• Dec 10, 2018 - 23:36
Priority ⇒ P1 - High

I can reproduce:

1) default empty score
2) add fret diagram to rest in first measure
3( add chord symbol to rest in first measure
4) select rest in first measure again

Result: as shown, the chord symbol drops down and overlaps the fret diagram. It fixes itself as soon as that system gets laid out again (eg, on any edit, or when you save). Only an issue for rests, not notes.

It seems to be the actual act of clicking that triggers it, not selection itself (eg, using the keyboard to select the rest works fine). Also, if I run under in debug mode and turn on the option to display skylines, the space for the chord is still above the fret diagram.

Reply

• Dec 13, 2018 - 18:50

I believe I see what is causing this, and it's not as serious as it looks. Clicking an element triggers a layout of just that element in order to figure out what you've actually clicked, and that layout resets the chord symbol to default non-autoplace position. This doesn't happen clicking a note, because the chord symbol layout actually happens in ChordRest::shape(), and a note is not a ChordRest. Thus the gltich fixes itself on the next "real" layout. There are more serious issues it seems that appeared related but might not be, see #279950: Chord symbol autoplace doesn't work for beamed notes

Reply