Staff text automatic placement doesn't work, neither in score nor in parts
Steps for reproducing:
1) Create a score with more than 1 instrument.
3) Write some music with high notes (with many ledge lines).
3) Add a staff text (ctrl+t)
4) Drag the text up to avoid colision with the notes (or use selector).
5) Generate parts.
What you expect: The text should be correctly placed on parts once you have adjusted its position on score BEFORE generating parts.
What you get: You have to adjust the text again in parts no matter if you have already done that before generating parts.
GIT commit: 22b8aa0
Attachment | Size |
---|---|
Text_position_issue.mscz | 6.8 KB |
Comments
How is this different from 2.0? As far as I see it is the same issue there. And I believe there it is by design, reason being that in parts manual changes of positioniong needed to be tweaked anyway, becasue of the inherantly different layouts
Although with 3.0's new auto placement it should be different and not require manual drags in score or parts. So the real issue here seems to be that autoplacement of staff text doesn#t work properly, it doesn't avoid colission with notes, and it doesn't do this in score nor part.
Amending the issue title accordingly
Same issue BTW for chord symbols, system text, swing text (basically system text with tempo text style), instrument change text, all should have autoplacement implemented. Works for tempo text, rehearsal marks and lyrics though.
I cannot follow these arguments. The new auto placement is really great and makes work much more fast and easy. But it will never make all corrections unnecessary. Musical notation is not like a programming language. The developer cannot know, where a certain user wants to place a certain staff text. This is a general reason. Also, there will be complex constellations of elements, that no developer could have had in mind before.
So a certain rate of corrections (we hope as few as possible) will stay, and intuitively a user expects to find them also in parts and not has to place the same element a second time.
I also think that this is not too difficult to realize. On the other hand, in version 3.0 we should wait for this feature, until auto placement features are ready and will not more change too much.
If automatic plament wotks for tempo text, I see no reason why it shouldn't for staff text. Even if there may be situations where furtse Manual correction might be needed
I do believe it's true that the automatic positioning will never be perfect, and do agree it will be necessary to adjust it sometimes. The problem is that while *sometimes* it might make sense to apply the same adjustment to both score and parts, other times it won't. So it is important to maintain the ability to have different offsets. The only question is whether the offsets should at least *start off* synchronized or not. Kind of six of one half dozen of the other to me - the times where it just so happens the same adjustment will work for both, it will seem like it makes sense for the parts to inherit the adjustment. The times when it doesn't it will just seem annoying to have to reset things. This has been discussed a few times before - see for example #110741: Copying all layout information to parts. I think at one point during the development of 2.0 we *did* inherit initial adjustments when generating parts, but this apparently stopped being true before release, not sure if it was deliberate or not.
The ability to have different offsets is undisputed. Of cause you may change it later in the parts.
The alternative is not "six or one half dozen". When I think, it is necessary to correct a certain element position in the score, nearly never the auto position will be satisfying to me in the part. Therefore a second action is necessary in every single case. On the other hand: I believe, often the corrected position will fit also in the parts. But even if someone is less optimistically than me - each single fitting that spares a further correction is an advantage.
The long discussion of #110741 shows, that too much words often do not make things clearer.
It is simply not true that a second adjustment is nearly always needed in the part. It's quite commont to need to make adjustments in the score precisely because it is a score - the presence of other staves, with barlines drawn through them, notes and other markings belong to the staff above or below, etc. None of those adjustments will need to be made in the parts. Of course, it is easier to *remove* an unnecessary adjustment than to perform a second adjustment, so that could be seen as being in favor of "six" as opposed to "half dozen", but to me, all the loing discussion in that other trhead shows is that different people have different experiences based n their own typical usage patterns and it is a mistake to assume too much about what might be true for others.
Confirmed. We need to finally decide something on this topic.
In reply to Confirmed. We need to… by Anatoly-os
I see this as a bug. When parts are created, the "Automatic placement" flag of all linked elements should be reset so that they can be "autoplaced".
Fixed in branch master, commit a747b2be7e
fix #122001 Staff text automatic placement doesnt work, neither in score nor in parts
Automatically closed -- issue fixed for 2 weeks with no activity.