Dots before lyric

The attachment won't load into 1.3 Shoici

perhaps the release is not the same?
025f37c allows it, even with dot / space + AltGr / dot / space + AltGr (to have the dots more visible).
When is active the blue frame
lyrics can be aligned with the arrow keys.

This seems again to be an extremely special case sitaution. It is not to my lnowledge some sort of standard rule of notation that leading dots in lyrics should be ignored im spacing. That's just a choice made by this particular editor. This is just one example of a more general problem - how to adjust the horizontal position of a lyric. As long as the general problem is solved, then that solution can be used there or in any of the manyother cases where you want to override default horizontal positioning. My understanding is that the mechanism for nudging things left and right is still perhaps in flux, but that one way or another, it will end up being possible.

By "instruction 4" do you mean the word "shake"?

In general lyrics should avoid respacing the notes if possible. Often this means not centering the lyric exactly, but just getting a part of the word under the corresponding note. In this example "shake" is not centered because doing so would require adding extra space to the notes above.

How about the user inputs this directional notation differently? They're not exactly lyrics, anyway. Using the Lyric Verse element, after correcting the position a bit and applying some formatting, you can get some pretty good results.

Published music:

MuseScore:

EDIT: One thing I noticed, however, is that the affected lyrics become left-aligned. In this example, I attached two Lyric Verse elements: one to 'please' and one to 'go' (I manually adjusted 'please' to be in the right place.) I would like to use Lyric Verse elements in this way without the left-align side effect, as having the text anchored to lyric elements is advantageous (if they were working properly...see #24054: Lyrics verse number incorrectly positioned)

I think any punctuation on the outside of a word is usually ignored when it comes to centering. At least that is how Finale centers lyrics. With scores created by hand the centering is not as exact as a computer. Also the default for Finale doesn't include curly apostrophes so if the notesetter decides to use curly apostrophes in Finale they often know to edit the list of punctuation too.

A suggested list of punctuation to ignore is listed above . People may want to add to that list based on punctuation unique to their language or something we just missed (such as an ellipsis…).

Right now, we ignore *leading* but not *traling* punctuation. Modifying the code to ignore trailing punctuation as well should be pretty straightforward, I think. But trying to differentiate all the special cases possible is out of the question, as is developing some sort of interface that allowed you to select which "part" of the text to center (consider, for example, what should happen if you edit the lyric later). This is the sort of thing manual adjustment was invented for, and it works perfectly well. If you need to tweak things a couple of pixels left or right if you later change font or whatever, so be it.

So the task is not to define all the possible special cases and heuristics for handling them, but what general rule would be best to follow by default to use as a basis for further manual adjustment.

For 2.0, I'm not interested in adding more options unless absolutely necessary. I'd rather just pick a good default and allow manual adjustments. So are agreed that trailing punctuation should be ignored by default?