Add shortcut for Synalepha

Or Ctrl/Cmd+Alt+- (has the advantage on a German keyboards to not also need Shift)
But first a corresponding command is needed, enabling such a shortcut, the default shortcut can be dealt with then and also get changed by the user.

Same on Spanish keyboards

How can a command like that be added to the code?

I tried to do that and opened a PR, but I'm not sure I've done it right.
https://github.com/musescore/MuseScore/pull/6928
I'd welcome any feedback :)

I really like the idea to have shortcuts for the Elision (Synalepha) as I often use in my transcribed scores.
As you are at it, could you have a shortcut for each of the 3 Elision ?

We can see the 3 Elision in the special caraters dialog

Those caracters are there in the Lyrics of the SMuFL table

Would be a really time saving.

Yes, once I figure out how to make the program insert a character when the action is called, it should be pretty easy to add unassigned shortcuts for both narrow and wide elision.

Unfortunately, I have realized that I haven't got the skills needed to accomplish that.
To make the synalepha shortcut work, I followed the same procedure the program uses to insert flat, sharp and natural symbols in text input, which are hard-coded shortcuts, and I think narrow and wide elisions are enough rare to don't have shortcuts by default and have them defined by the user instead.
So that could be improved someday, but, anyway, I hope my implementation is useful and merged :)

For my understanding, why have you choose the U+203F in your PR, instead of the SMuFL one U+E551 ?

Because Lyrics is plain text, not musical text

As you can see, Those Elision symbols are in the Lyrics section of SMuFL, and present in Bravura Text, and presented in the Special caracters F2 dialog when you want to add a symbol in the lirycs being entered.
The U+203F is a more common caracter present in some fonts, but not in all, thats why it is present in 3 flavor in Bravura text, since long before v1.39.
https://w3c.github.io/smufl/gitbook/tables/lyrics.html (But you already know that link)

But adding the SMuFL glyph would work differently, not by their unicode codepoint, but by their SymId
And using those is causing problems with the formatting too, die to the mix of 'normal' text and SMuFL

Use of Bravura text version of Bravura has the fonction to add plain text to text in the score, not only lirycs.
you're right to tell that this give some problems, but curiously, those problems have appeared since 3.0, but does not exist in v2.x, it's why I have open at least one two issue on the subject.
Use of Bravura text in Word permit to insert musical symbols in a text, (I often use that...)

Using Bravura Text would add the glyph by name, by SymId, not by Unicode code point, as far as I can tell.

I guess you're referring to #313442: Font change misses lyrics with ligatures?

I reffering yes to that issue, and to another one, I opened 2 years ago, need to retrieve that one...
In my understanding, may be I am wrong, SymID is the best method to insert Braura (or other SMuFL compliant font) glyphs in the score, staves for example, but for text we use the text version of the font and the unicode to insert the symbol in a text field of the score, as on Word, and exactely the same way you have define the U+203F to call the standard non SMuFL undertie.

It using the SMuFL unicode codepoint, we'd need to switch the entire string to Bravura text, or at least that one part, which would be much more complicated that just using the SymId:
Ly<sym>lyricsElision</sym>rics
vs.
Ly<font face="Bravura Text">U+E551</font>rics (or sume such)
Also then it won't follow the user's choice if the Musical text font

So instead of using the 'standard' synalepha unicode, which may or may not wrok, depending on text font used, we should use that SymId method

When you use a SMuFL unicode in text, we need to fallback to the font that include the caracter, for example, in Windows, in typing lirycs, you can open the caracters table, choose Bravura text (need to be installed on OS and of the same version used by MuseScore) or other font you need, U+203F is in FreeSerif, but not in Arial for example, as far as I know, I often use the large SMuFL Elision for help chorists and have lirycs not too tight, and easy to read.
Anyway, have a shortcut is a good idea, I can live without if it is not possible to have the SMuFL ones, I will add by hands as always.

Which my proposed method (of usinging <sym>lyricsElision</sym>) all that comes automatically and for free

And I do not understand why you don't want to use the SMuFL one, may be for your scores you use FreeSerif ?
Not me, it is because chorists needs to have a more readable font (they have not sharp eyes...)

I do want the SmuFL one, but not via its codepoint, as that ain't gonna work (without jumping though extra hoops)

It's ok for me if you do want the SMuFL ones, and whatover method you prefer to call the caracter needed.
the point is U+203F is standard caracter, not a specialzed one for music notation. And seems to not exist in the new Edwin.

Which is bad and yet another reason for not using unicode codepoints but rather the SMuFL SymId

So, we can have the Elision rather than the standard undertie ? Sound good :)
I have not verified if the glyph is present in Leland, that means you can fallback to the font that have the glyph ? Bravura for sure.

That fallback (to Bravura) should happen automagically

Very good :) So we will have the Elision, not the undertie, from the SMuFL definition, a real advance, thanks a lot.

If and when @Asmatzaile changes the code as proposed ;-) and that then gets merged by the Powers To Be

Thanks to @Asmatzaile to deep dive in the code :)

It's been a pleasure :)
I made the proposed changes, tests are OK. Let's hope the PR is now merged by TPTB ;)

PR got merged (and commit title had the wrong issue number)

What is the shortcut?

Ctrl/Cmd+Alt+-

https://github.com/musescore/MuseScore/pull/7105

Fixed in branch 3.x, commit 1a8433b346

Fix #313195: synalepha shortcut fix

Automatically closed -- issue fixed for 2 weeks with no activity.