Offsets of score elements added to palette should be ignored when displaying the palette
Reported version
3.6
Type
Graphical (UI)
Frequency
Many
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
Yes
Workaround
Yes
Project
Version 3.6.2 / Windows 10
The title says it all.
For explanation and details, see some examples:
(and I am sure they are some other related posts on the forums)
Comments
Found another in this comment (French forum) : https://musescore.org/fr/node/313740#comment-1043430
Translation:
"In my palette I can use the frame created before but it does not appear, its box remains blank, but when I click it, it is well placed in my score. Weird, knowing that I would like to create several colors of frame, I would like to solve this thing..."
I assume you mean, the specific case of an offset that was applied to the element before adding to the palette. I've changed the title accordingly. If there is some other case you have in mind, it should probably be a separate issue.
I don't understand your reasoning. With versions 2 (and some versions 3), I never thought to check in the Inspector if the offsets were 0 or not, voluntarily or not. It didn't matter.
If this is something of a new feature, was it intended, assumed, announced and documented? Not that I know of.
Whether with these "former" versions the element/symbol was moved on the score (probably, otherwise many hit the notehead, for example) or not, the element/symbol always appeared in the palette. No one wondered if it could be otherwise!
Now, that these added elements could sometimes appear, sometimes not, without any consistency and without the user being able to predict and understand what might happen is nonsense. That's my only point. But I guess the new title addresses this issue.
To be honest I don't know. But I don't know what "reasoning" you mean. I agree it's something that should be revised. I merely changed the title to be more descriptive of the specific trigger for the issue.
MuseScore 2 didn't have this issue, but to me it had a worse one - because the offset wasn't remembered, it was impossible to add an element to the palette in a way that would reapply the same offset when using that. This is a very useful feature in MsueScore 3, when it works. It seems it only works with certain element types but not others, which is a shame.
To me, ideal would be if the palette remembered the offset and reapplied when adding from the palette - which MuseScore 2 didn't do - but didn't display the element with offset in the palette.
Came up again in: https://musescore.org/fr/node/320845
In reply to To be honest I don't know. … by Marc Sabatella
I can only support, what you are saying here: "ideal would be if the palette remembered the offset and reapplied when adding from the palette".
This is a main problem with the ornaments/symbols, that are used for lute instruments or also for baroque keyboard works (f.i. Rameau). Unfortunately it doesn't work via palette ...
When I copy the ornaments from note to note, it works fine.
I attach a score with one measure by Rameau. I only added 2 of the coules (there are much more in this measure), the first one I adjusted, the second one I copied viapalette. It then was positioned again at the default position and not on the wished one ...
Should I add a new issue for that or is there already one, that reflects this problem directly?
In reply to I can only support, what you… by MLutz
Came up again in https://musescore.org/en/node/324839
In reply to Came up again in https:/… by cadiz1
One more in: https://musescore.org/en/node/327128
In reply to One more in: https:/… by cadiz1
This should be solved !
As far as I can tell, palette customization isn't even implemented yet for MuseScore 4, but hopefully when it is, this can be considered.