Functionality gone

• Jan 15, 2019 - 18:46

Version 2.3.2 and earlier allowed placing an icon from image capture in a palette by drag and drop.
See below :

Create icon.gif

3.0.x to a new feature that allows to "force" the only horizontal or vertical sliding of this selection frame using the Ctrl or Shift keys (functionality totally useless for a selection frame) leading to the disappearance of this possibility very powerful simple creation of icons in custom palettes. In this case the combination Ctrl + Shift + Pointer no longer allows the drag & drop.

Create icon 3.0.gif

I consider this a major regression of MuseScore's ergonomics. The creation of a feature should not result in the disappearance of another if it has nothing to do or improve.


Comments

Here on Mint (but I'm discussing it too) it seems possible. Excuse the question: Have you enabled the editing?
Edit: But I saved the image elsewhere :/

Attachment Size
19011501.png 29 KB

In reply to by Shoichi

Editing is enabled. The set problem that Ctrl + Shift + Pointer no longer moves the contents of the selection frame, but the frame itself, which, if you do not trust, leaves the page and becomes unrecoverable. No more image capture is possible without closing the partition and reopening it.

In reply to by Shoichi

With 2.3.2 just place the pointer in the selection box and with Ctrl + Shift just drag in the palette.
With the copy function :
- Right click in the frame
- To select the type of backup
- Give the filename
- [possibly choose a path]
- Save
- Open the file folder obtained
- Select file
- Drag the image into the palette
Sincerely it is not so practical :(

I'm not understanding what that symbol represents or why you are trying to use the image capture tool to add it to a palette. Why not simply Ctrl+Shift drag the symbol itself?

In reply to by Marc Sabatella

Hello Marc! Obviously you did not understand the problem. With 2.3.X a complex image consisting of several independent elements or even elements that can not be dragged ( several measures for the purpose of creating an ossia for example ) can thus be placed directly as a symbol in the palette. This possibility has totally disappeared with 3.0 (Ctrl + Shift moves the frame and not its contents). We must therefore go through the heavy option of copying / saving / opening a folder and dragging in the palette.
I would like to draw attention to the fact that the appearance of new options should not disturb the interesting features of previous versions, especially if they do not replace or improve them.

In reply to by [DELETED] 16875981

You are right that I didn't understand, and I guess I still don't. I had no idea which complex image you meant as your screenshot appears to show a single symbol of some kind, either added as an image or from the Symbols palette. I guess you are now saying this was not in fact an image or a single symbol, but instead, multiple elements placed close together? That's new information, so thanks for clarifying.

In that case, you should be able to simply do Ctrl+C in image capture mode, then paste it somewhere, then Ctrl+Shift+drag. No need to deal with temp files.

Apparently you were previously taking advantage of an undocumented quirk (some might say bug) in which Ctrl+Shift+drag actually did something in image capture mode that was never intended and therefore never come considered a feature. Sounds useful, feel free to submit a Suggestion to the issue tracker formally requesting this feature be added officially. Although I disagree that the current behavior of constraining the drag is useless, on the contrary, it can be quite useful to help generate consistent screenshots of sections within a score.

In reply to by Marc Sabatella

More explicit:

Creating a new symbol is a recurring question (at least on the French forum).

The classic answer is to use a graphics program to build the object and import it into MuseScore where it can actually be dragged into a palette.

It seems to me that being able to build the symbol directly in MuseScore and place it just as directly in a palette thanks to the image capture tool is still simpler and more practical, but when you want to create a symbol made of several different elements, even selecting them together Ctrl + Shift moves and places only one of these elements in the palette (see animation).

Create symbol.gif

This seems to be a feature that has completely escaped non-French speaking users.

In reply to by [DELETED] 16875981

I'm curious if there is some special symbol used in French music that people are constantly finding missing and therefore needing to create themselves? If so, perhaps someone should report that to the SMuFL folks at Steinberg so it can be incorporated into the next version of Bravura and thus eventually included in MuseScore?

Anyhow, again, Ctrl+Shift+drag of the image capture frame was never intended as a feature as far as I know, to me it's a bug that constrained dragging was never possible before. So I'm glad the bug is fixed, so Ctrl or Shift alone do what they should have all along. Ctrl and Shift together should then still be available to implement this new feature you are requesting (the one that just sort of worked accidentally because of the bug in 2.3.2 that is now fixed). So again, I encourage you to submit an official Suggestion to the issue tracker.

Meanwhile, again, you don't need temporary files to get what you want, it's trivially easy and only takes an extra to actually copy/paste an image and then you have something you can add to the palette.

In reply to by Marc Sabatella

This possibility exists since MuseScore Beta RC. I pointed this possibility on the French forum following the request to be able to simply create symbols after appearance of the personalized workspace ( MuseScore 2.0.2 if my memory is good ). Lasconic - French developer of MuseScore - has never spoken of a bug and quite honestly I do not see how this possibility can be a bug.
On the other hand click+Shift or click+Ctrl which forces the displacement without deviation of the frame of selection N/S or E/W ( and thus seems the reason for the suppression of the function drag and drop ) in my opinion does not make sense for a selection framework that aims to be distorted and move freely and may even be a stupidity and this feature can be removed without any problem.

In reply to by [DELETED] 16875981

To be clear: the bug is that neither Ctrl+drag nor Shift+drag did what they are supposed to: constrain dragging. The fact that pressing them both together accidentally triggered the "clone" operation that allows you to drag to the palette is not necessary a bug in itself, but again, I see no evidence it was intended either. Which is why no one paid attention to preserve that feature when the bug with Ctrl+drag and Shift+drag was fixed.

Just because you personally would never use the constrained drag doesn't mean it is useless. As I said, it is kind of crtiical in capturing consistent screenshots of different sections of a score, for example, to paste together images measure by measure.

Do you still have an unanswered question? Please log in first to post your question.