Staff Text?
Type
Functional
Frequency
Few
Severity
S5 - Suggestion
Status
active
Regression
No
Workaround
No
Project
Staff Text is entered for the user input text (e.g. accel. or rit.) rather than System Text. This requires you to delete the automatically entered text and reenter it as system text. If you don't manually fix it the text will only show up on the selected staff where the tempo change is entered. It should show up above the top staff of a conductors score and every staff on the parts so the piccolo player is not the only musician aware of the tempo change.
Comments
I may be wrong, but ISTR that system text is not available in the plugin framework, just staff text
Since I don't program I don't know if staff text is available. Either way this is a cool add-on and the shortfall is easily overcome.
I indeed think the system text flag is currently not available, but let me ponder a bit about possible convenient workarounds.
Perhaps I could set the label of the first tempo marking and change the style on that one. Not sure if the setting of textstyle is available for the tempo marking, but if it is, that might work.
Otherwise I'll postpone this bug and open a feature request against the plugin framework to make this possible.
Don't expect a fix within the coming month though.. I've got some other stuff going on at the moment.
I've just had a go at this one. The System flag is indeed not available to the plugin system at the moment. It is possible to use the first tempo marker and apply the custom text and style to it. However, part extraction suffers similar behavior.
I've reported this as a bug in #124356: Tempo Text only propagates to all parts if TextStyle = Tempo
Unfortunately no easy fix yet, but I'll ponder a bit longer about other possible workarounds as well.
In reply to #4 by jeetee
jeetee, just FYI on this plugin. The tempo markings are not editable. E.g. If I want a "a tempo" at the end, I edit the last tempo marking but it doesn't do anything. Let's say the plugin changes the tempo from 85 - 65. It lets me change the 65 to 85 to get an "a tempo" but changing it doesn't do anything. Maybe that was your intention. The workaround is to insert your own tempo marking. Not a big deal, but just thought I would mention it to you in case you can do something about it. It would save a step if I can edit the last tempo marking to get the "a tempo" without having to insert another tempo marking, then make it invisible.
EDIT: I found out the problem. The "follow text" setting is unchecked in the inspector. When I check it, it changes the tempo to what I want. Now that I know the issue, I guess there is nothing that needs to be done, unless you wanna make sure the "follow text" setting is checked in the plugin.
@odelphi231 thanks for the report. The plugin does try to set the follow checkbox to on (and at least did so when I wrote it). So something in the plugin framework in later versions might've broken that.
I'll have to investigate as it is indeed the intention that those markers do follow their text.
See #328538: tempo.followText does not take effect for the followText issue
... in another plugin.
The follow tempo bug has been fixed in today's 3.4.1 release of TempoChanges.