Precise Control Over Layout/Placement
Exact control over elements and objects, such as lines, slurs, dynamics, and so on, would make page layout much more consistent.
CURRENT BEHAVIOUR: The line, volta, object, or dynamic is dragged with the mouse, imprecisely.
CURRENT WORKAROUND: Zooming in very, very far and being very, very careful.
DESIRED BEHAVIOUR: An option or dialog box which enables the exact location, relative to the note or staff, to be set, so that all similar objects could be placed at exactly the same place relative to the note or staff.
NEED FOR FEATURE: 7/10
(This is one of 8 features I am suggesting concerning printing/layout in MuseScore, with publishing houses' standards in mind. The score out of 10 is how badly I feel this feature is lacking.)
| Attachment | Size |
|---|---|
| Precise Control Current Behaviour.png | 35.16 KB |
Comments
Thanks for sharing your feature requests :).
I think you can use the keyboard for more precise adjustments?
Once this is implemented, you may find yourself not needing to adjust as much.
In reply to Thanks for sharing your by chen lung
Thank you so much for the link! It's great to see someone so enthusiastic about MuseScore. Perhaps a Dialog Box could pop up, and we could fill in numerical settings? Just a thought...
In reply to Thank you so much for the by etienne
I think co-ordinates exist (x, y,) so you can do that.
In reply to I think co-ordinates exist by chen lung
Unfortunately, not all objects have x,y co-ordinates which I could have manipulated....
At least for voltas, this is already possible:
1) Select a volta
2) You get 3 handles: the middle handle control the global group position in the page, the left handle controls the line initial point and the right handle the line ending position
3) select each handle and set the desired coordinates in the edit boxes at the bottom of the MuseScore window
The coordinates of the middle handle are in page coordinates and perhaps are of limited usefulness (you may file a bug request / feature request for it), but the initial and final handles are relative to the measure initial and final points and allow very precise placement.
I am sure some of the other elements you quote in your post already work this way; if you could spend some time in reviewing the current status of them and post the relevant bug reports, you would be VERY welcome!!
Thanks,
M.
You might want to try the nightly builds before writing up too many more of these, as they may change your impressions somewhat. Voltas, for examples, *are* placed automatically now, with a style parameter to control the default placement. Even in 1.x, dynamics are always placed consistenly; it's just that the text style that supposedly controls their default location was ignored prior to 2.0 - but this too now works in 2.0. Slurs always have been placed automatically, although while they are not always shaped optimally by default, I believe 2.0 is improved in this regard too.
There's definitely still room for improvement here, but I think you'll be pleased with the progress already made for 2.0 in this area!
In reply to You might want to try the by Marc Sabatella
Thanks so much for the great comments, Marc. I really appreciate how much you are trying to help me. I will consider the nightly builds, but I'm a bit scared of the "unstable" status - I sort of need stable software at the moment...
In reply to Thanks so much for the great by etienne
Not using the nightly build for 'production' is fine, but you should check it out before placing feature requests and bug reports, to see whether it is already implemented/fixed.
In reply to Not using the nightly build by Jojo-Schmitz
Yes.
Now it is asked to check the nightly builds about bugs (not 1.2), because it is the focus (there won't be a 1.3 release).
In reply to Thanks so much for the great by etienne
I concur. I'm not suggesting you start actually *using* 2.0 for any real work; just that you check against 2.0 to see what is already implemented there any time you consider submitting a feature request or bug report. Several big advantages there. One, it means developers don't have to sift through posts to find what is still relevant. Two, it means you get input on *how* the new 2.0 features progress, since many are not set in stone yet. And three, seeing how things already work in 2.0 might give you other ideas for further improvement that you might not even have considered otherwise.
I'm actually about to start my first "real" project using 2.0. It's nothing big, so the lack of stability shouldn't affect me too much. But it involves creating lots of small excerpts to insert into text documents, and the new "foto mode" seems just too tempting to not use.