Allow for customization of notation elements "stacking order" in parts

[ayyydoc]

Your idea

Bring back stacking order for text styles and notation markings in parts

Problem to be solved

One of the notation conventions in the gig I'm doing encourages measuring numbers in the center of each bar. However, using MuseScore makes this quite difficult. Even if I use the offset tool for every single element in only the parts, I then have to adjust the auto-place in each part, which becomes very laborious with my time constraints.

A stacking order would allow me to keep measuring numbers at the time no matter what, notwithstanding autoplace or anything like that.

I've attached an example of what I would like MuseScore to optimize:

Prior art

They solve it by simply making it an option to put measure numbers at the very center at the bottom edge of the instrument stave

Additional context

No response

Checklist

• This request follows the guidelines for reporting issues
• I have verified that this feature request has not been logged before, by searching the issue tracker for similar requests

[MarcSabatella]

Maybe I'm misunderstanding, but I'm not aware of any feature MuseScore had in the past that would have changed how this works. The "stacking order" setting of previous versions was about which elements are drawn on top of which when overlapping, not anything to do with how they are positioned or how they work with autoplace. If the goal is to change how the collisions are resolved by autoplace - which elements are moved farther away from the staff than the default - stacking order wouldn't have helped.

However, it is true that in the case of a collision between a measure number and a hairpin, MU3 would have moved the hairpin, while MU4 moves the measure number. Neither version provides control over this. But it would be useful.

[ayyydoc]

Maybe I'm misunderstanding, but I'm not aware of any feature MuseScore had in the past that would have changed how this works. The "stacking order" setting of previous versions was about which elements are drawn on top of which when overlapping, not anything to do with how they are positioned or how they work with autoplace. If the goal is to change how the collisions are resolved by autoplace - which elements are moved farther away from the staff than the default - stacking order wouldn't have helped.

However, it is true that in the case of a collision between a measure number and a hairpin, MU3 would have moved the hairpin, while MU4 moves the measure number. Neither version provides control over this. But it would be useful.

Thank you for the clarification! I'll change the title accordingly.