Tempo markings are out of position

• Nov 9, 2018 - 11:36
Reported version
3.0
Priority
P0 - Critical
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
No
Project

OS: Windows 7 SP 1 (6.1), Arch.: x86_64, MuseScore version (64-bit): 3.0.0, revision: 1edd676

1) Default "Untitled" score
2) Select the first whole rest, and add a tempo marking (palette or shortcut, Shift/Alt/T)

Result(s): unexpected.

  • the marking is misplaced (too low, and to the left)
    tempo marking.jpg
  • if changing placement in Inspector (eg Below), the change is not reflected in the part
    Below placement.jpg part.jpg
  • in the Timeline, the tempo marking collides the time signature
    timeline.jpg

Comments

  • the tempo marking being to low is due to an inappropriate style setting, and as such under review, @Mark Sabatella will have a look at those
  • the above/below changes not being reflected in parts is by design, after all that is a layout think, and layout is not supposed to propagate between score and parts

Yes, I want to look at style defaults, and soon.

I do also agree that for consistency, above/below setting should not be linked since other manual adjustments are not. And until we have a way to explicitly break a link, I'd rather err on the side of not linking things. However, I would also observe that one of the benefits of autoplace is that manual adjustments for the purpose of collision avoidance are less needed than before. Meaning they are more liekly to be for other reasons, and those other reasons are perhaps more likely to make sense to link. I don't know, I still think we need to a more flexible system for specifying what is linked and what isn't.

So, it seems we somehow have two (three if you count Metronome) different text styles for tempo markings. There is a "Tempo Text" entry in the main listing on the left in the Style dialog, but also a separate "Tempo" entry under "Text Styles". The former is set to -2sp (it was -4sp in 2.3.2), the latter is set to 0 by default, as is Metronome. Tempo appears to be actually honoring the second of these (written to the file as tempoPos), but since it the first include both an above and a below setting, sure seems like it would be better if tempo texts actually used that one (Style / Tempo Text, not Style / Text Styles / Tempo), and unless there is good reason for the change from -4 to -2, we might consider putting that back (I am still investigating the possibility of tweaking our default settings). And also, I would note as I believe I did on Telgram or somewhere recently that Tempo elements are missing the Inspector setting to select a text style - which would have helped a lot in investigating this.