Allow instrument name change by double or right-clicking name in score

• Dec 10, 2018 - 22:06
Reported version
3.0
Priority
P1 - High
Type
Ergonomical (UX)
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project

I can't change the name of the instrument in the 3.0 version


Comments

Title Bug Can't change instrument name in 3.0
Frequency Many Once
Severity S4 - Minor S1 - Blocker
Status active needs info
Type Development Functional
Workaround Yes No

More info is needed, e.g. what version exactly (look in the Help => About menu and copy the version number to clipboard, and attach here)? In what score (attach it or explain at least a little more about it)? How do you try (double click on the text or right click on the staff and change in the Staff Properties dialog)? Also, what is the workaround? How can you change the instrument name?

Severity S1 - Blocker S4 - Minor
Type Functional Ergonomical (UX)

I'm guessing OP tried right or double clicking the name itself, that indeed is no longer supported. Instead, right-click the staff and use staff properties.

Why is that no longer supported? Sure, double-clicking to edit the text (an excellent time-saving improvement that is so intuitive you wonder why it wasn't that way from the beginning) was only introduced a few versions ago—but right-clicking the instrument name has been the workflow from very early on, if not the beginning. I'd call this a regression.

Status needs info active

I'm just speculating, but maybe it was removed because there were too many bugs associated with being able to select the instrument name and then trying to edit other properties that are not editable. Anyhow, indeed a regression, but perhaps one by design. Or maybe it happened by accident as part of the big layout changes.

FWIW, I don't think right-clicking the instrument worked in 1.0 either, I seem to recall it being added sometime after I start using MuseScore. But I could be wrong.

Of course it is a regression in the ordinary use of the program. Others have already written (in fact, this issue is a duplicate of #277663: Instrument name is not selectable and #279462: Cannot edit instrument with double click) and probably all others strongly believe it.
So, currently, the behavior is:
Right-click (eg for select and hide all similar elements): nothing
Left-click to select individually: nothing
Double-click to edit: nothing
Total: nothing
When they will discover this, the users will be bump their head against the walls, and a wave of protest will arrive and will tarnish the general feeling of this new 3.0 (for my part, I am just as disconcerted by the abandonment of the Shift + drag - other major intuitive feature - to increase the distance between staves)
For the moment, if we can not edit the name (surely for very good reasons, Werner knows more than any other, he has already explain a bit in another occasion I think - but it's disabling in the use of the program), could we at least restore the ability to hide the names individually and by selection?

In reply to by Marc Sabatella

For example, for edit mid files, and after adding new instrument in TAB staff/and copy-paste: to clear/edit the "mess" of voices/ties when importing this files (personal recipe, but very effective!)
And each time, it adds me the name of instrument (which I do not want, which embarrasses me for the layout). And so, I always delete these instrument names.

Right, but I was trying to understand if there was a specific case for which simply deleting the name in staff properties was not sufficient. In other words, is there something you need to be done that cannot be done any more, or just something that takes a coupe of extra clicks. To me that is the difference between "must.be fixed" and "would be nice to have".

Priority P2 - Medium P1 - High

The idea being, that you still need to reserve the space for the name, and that's why simply deleting it doesn't work?

Again, just trying to understand what is actually being lost. An actual example score would help.

Personally, I'd like to see this added back too and would be willing to do the work, but figure we'll need to make the strongest argument we can for why it is important.

In reply to by Marc Sabatella

In my specific example, the idea is that the short part name would be applicable more often than not, but there are places where only some of the horns are playing and the instrument name shows this.

In a less complex example, when you are notating both oboes (in a Classical Orchestra) on one staff and only one Oboe is playing, it is common to change the name from "Oboes" to "Oboe I" for the affected staves. With the ability to extract both oboe parts from one staff, this is more important than in previous version. It's easy to hide the extraneous "Oboe I" text that's not needed in the Oboe II part.

Reported version 3.0  

(Wild idea to throw out there: merge the entire Staff Properties dialog into the Inspector so everything shows up when you select an instrument name)

In reply to by Isaac Weiss

"To me that is the difference between "must.be fixed" and "would be nice to have"."

Must be fixed of course. Everything absolutely can be hidden currently in the program (staves, measures, lines, time sig, key sig, barlines, and so on), and the only thing that would be no more, would be instrument names? Totally inconsistent with everything else.

Reply

Fix version
3.0.1