palettes no longer editable in custom workspace
Has anyone else encountered this? If you have and know of a solution, it would be great if you could share! TIA.
BTW, using CTRL+SHIFT to drag an element from the score to a palette was glitchy IIRC even before the palettes seem to have somehow become read-only.
Comments
Have you followed all the advice in the Handbook and - if so - at what stage does the problem occur?:
https://musescore.org/en/handbook/3/palettes#custom-palettes
In reply to Have you followed all the… by underquark
Thanks for responding! Yes, instructions followed.
In attempting to add any score element to a palette, the wee plus sign that normally appears during the click-and-drag process no longer appears. The result is that the dotted red line that should extend from the element being dragged to a palette won't cross over from the score onto any palette at all. Though the palettes are nominally enabled for editing (and in the past have been edited easily and successfully), they have become functionally locked (read-only?) to being customized in this manner.
In reply to Thanks for responding! Yes,… by stevebob
What version MuseScore? What OS?
When I Ctrl+Shift, then click and drag a score element, I initially see a red circle (cursor) with a line through it. I don't see the "wee plus sign" appear until the cursor is actually over the target palette. (I see no red line when using Ctrl+Shift drag.)
MuseScore 3.6.2, Windows 10.
In reply to What version MuseScore? What… by Jm6stringer
Do other CTRL+SHIFT commands work, like CTRL ++SHIFT+T for add system text?
If not, perhaps your keyboard Is faulty.
In reply to Do other CTRL+SHIFT commands… by SteveBlower
Other CTRL+SHIFT commands work correctly.
In reply to What version MuseScore? What… by Jm6stringer
Same 3.6.2 and Windows 10 here. If I described the 'wee plus sign' incorrectly, it's because I can no longer see it and am relying on memory of how it worked back when it actually worked.
At the risk of redundancy, I cannot even get 'over the target palette' any longer. I am very surprised you see no red dotted line, as that's the one element in this process that has remained the same for me both when the functionality worked as intended and now that it does not.
In reply to Same 3.6.2 and Windows 10… by stevebob
So here I am holding down CTRL+SHIFT whilst I click-drag my fingering symbol. I am pretty certain that my Wee Plus Sign appeared in the past at the location of the red dot(s), in which event I was able to cross over from the score space to the palette space. That doesn't happen anymore with any palette in any workspace even though Enable Editing is clearly enabled.
In reply to [inline:palette problem.png]… by stevebob
Press Ctrl+Shift before starting dragging the symbol. That red dotted line should not appear.
In reply to Press Ctrl+Shift before… by jeetee
To the best of my recollection, there's nothing new or unusual about the red dotted line. I'm 99.999% certain that it was there when this operation was successful, and the only difference now is that the Wee Plus Sign isn't there.
In reply to To the best of my… by stevebob
I've not used my recollection, but tested both scenarios out in the current 3.6.2 on Windows10. The red anchor line does not appear if you press ctrl+shift before starting to drag; in that case the "forbidden" mouse pointer appears until you drag to a place where you can drop (such as the palette).
If you don't press ctrl+shift, the red dotted anchor line is visible, but you can't drag onto the palette.
In reply to I've not used my… by jeetee
Thanks for your response! FWIW nor am I relying upon recollection. I just tried the scenario again, following your specific advice, and no dice. There's been no change since yesterday, or since a few months back actually when this functionality quit on me.
In reply to I've not used my… by jeetee
p.s. Can you describe the mouse pointer you call 'forbidden'? A screenshot maybe if it's not too much trouble?
In reply to p.s. Can you describe the… by stevebob
a red circle with a diagonal line through it
In reply to a red circle with a diagonal… by Jojo-Schmitz
See:
In reply to See: [inline:Video_2021-11… by cadiz1
Thanks ... and now my question shifts to something different: why does my Musescore (3.6.2.548021803 on Windows 10) look different to yours? I can only get a bad red line when I Click+Drag, regardless of whether CTRL+SHIFT is held or not. I have no idea at this point what it looked like early this year when there was no problem. I customized palettes using this very method. The 'wee arrow' thing, on the other hand, may be a figment of my imagination.
In reply to Thanks ... and now my… by stevebob
"when I Click+Drag, regardless of whether CTRL+SHIFT is held or not. "
It's not click + Drag.
Again it's (two steps):
1) Push and held CTRL + SHIFT, then
2) Drag the symbol with mouse and drop in the palette (now you see the second part of the GIF, with the no-go sign, first, and the "+" that appears when you hover over the cell in the palette)
In reply to "when I Click+Drag,… by cadiz1
With a normal drag (without CTRL+SHIFT held down) the red line connects the item that you are dragging to its current anchor point. Generally the anchor point will not change during that type of drag, the exception being when you drag a dynamic and its anchor point moves from note to note.
If CTRL+SHIFT is held down before the drag starts, there is no red line because the anchor point is no longer relevant. Holding CTRL+SHIFT down while dragging is only used to drag something to a pallet.
The red "circle/bar" attached to the pointer while doing the CTRL+SHIFT drag operation indicates that you have not yet moved the pointer to a point where dropping the dragged item will deposit it in a pallet. When you do reach that point the red "circle/bar" changes to a "+" to indicate the pointer is in a valid drop zone.
The same red "circle/bar" also appears when dragging an item from the pallet to the score (without SHIFT+CTRL) if the element you are dragging is not in an appropriate place, for example if you drag a bar line and try to place it on top of a time signature.
In reply to "when I Click+Drag,… by cadiz1
I know how to drag, and I know how to do it when CTRL+SHIFT are held. I've used a mouse since Windows 3.1, and I can assure that I have - as I've said repeatedly now - customized palettes using the selfsame method we're talking about now.
My initial premise here was that a known functionality has disappeared, but not a single answer addresses that potentiality. I've done what we're describing before. Lots of times. It worked once, and it doesn't work now. I haven't made any changes to my MuseScore installation. I've done software troubleshooting, and I know you need to eliminate the obvious possibilities. Repeatedly reciting the steps isn't useful, and we're spinning our wheels if we continue to approach this as 'user must be doing it wrong'.
In reply to I know how to drag, and I… by stevebob
This is resolved, and my only remaining curiosity is why cadiz has the red circle in addition to the 'forbidden' thing. Turns out that I have nothing but the 'forbidden' sign, which led me to believe that nothing could be dragged full-stop. Apologies for wasting your time, and thank you for your help.
In reply to This is resolved, and my… by stevebob
"why cadiz has the red circle in addition to the 'forbidden' thing."
This is simply an artifact of the mouse pointer with the GIF recording.
When I do the operation on the score, I don't see this red circle.
In reply to This is resolved, and my… by stevebob
For the benefit of others in a similar situation, can you describe how you resolved the problem?
In reply to For the benefit of others in… by underquark
https://musescore.org/en/node/326827#comment-1105716
In reply to For the benefit of others in… by underquark
I had this problem happen a lot. Not just when changing workspaces, but anytime a score had been open for a while. It would always be fixed by closing and reopening MuseScore, but I just managed to fix it by right-clicking on the palette, and toggled the "Enable editing" check box off and on again. It reminds me of how sometimes some notes in a score stop playing, and toggling their "Play" property off and on again fixes it.