Long lyric syllables at end of measure can overlap first syllable of next

Its is not the umlauts, (the "Könn" renders just fine) but some sylables being to close to one another ("gnä-dig", "un-sern Zei", "doch ja", and many more)

I think the issue is that the collision avoidance for lyrics does not work correctly across barlines. That is, if you have a very long lyric as the last note of one measure and another as the first of another, they will overlap. It works up to a point, but not for very long syllables.

This can be seen in My First Score - fill the first line with quarter notes, then enter "asdfghjklqwertyuiop" as the lyric for the last note of bar 1 and the first of bar 2. They will overlap. They won't if you enter these for notes in the same measure.

There might also be a problem with melisma, but the example I posted above contains no melisma.

Came up again in #151871: Not so smart layout of lyrics

Confirmed on Windows 10, MuseScoreNightly-2018-04-06-2019-master-8bb019c.

relates to #272132: [EPIC] Text positioning issues

I didn't see this one - I'm assuming it's a duplicate of this: #274408: Collision between lyrics in other bars

#265798: Lyrics text overlaps for non-first verse lines

If I'm not mistaken, this is fixed?

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

Still actual. Lyrics width is not taken into account when you open existing score with lyrics. Creating score from scratch won't give this effect. Seems like something is broken in Lyrics layouting and "getNextMeasure()" metho probably.

Confirmed. Additional bugs:
1) Press M
2) Add words to the one of lyrics

Creating score from scratch won't give this effect.

I guess something happen while MS read score. May be some elements are read incorrectly. I got the crashes while editing this score. On of them appeared while I deleted measure by shift+delete. The reason of this crash was utilizing NULL pointer. I can't reproduce crashes.

No, it's reproducible in new score too. We got this right in MuseScore 2, it would be very not good to get it wrong now. Last syllable of one measure overlaps barline, first of next does not. So a long first syllable of measure is harmless; long last syllable of measure will cross barline and collide with the first syllable of next regardless of length of latter.

Here's the effect of a long syllable in both places:

Not only barlines actually, the issue in the middle of the measure is also reproducible. But it somehow depends on the position in the score.
I did all the same things for two measures in the screenshot below: added three notes, entered a syllable, pressed "_" twice to get a melisma, entered another syllable. The results are different though:

It is possible to fix easily the case of lyrics overlapping inside measure, see https://github.com/musescore/MuseScore/pull/4487.
However there is a question on which result is desirable for lyrics crossing barlines. In MuseScore 2.X lyrics syllables seems to be not allowed to cross bar line. In MuseScore 3 lyrics syllable cannot cross measure start but can cross measure end. So the question is whether we want to just more content of the next measure further away if lyrics syllable crosses a bar line or disable bar line crossing for lyrics at all. There is also the third option with trying to resolve such collisions via applying a horizontal stretch to the whole system but that will probably require more modifications to layout algorithm.

To me the ideal is to allow the lyric to cross the barline but then prevent collision if there would be one (there won't always be). Same with chord symbols. Forcing things to fit within the measure is definitely not ideal, probably worse for chord symbols than lyrics.

Lyrics syllables don't really need to cross a barline, unless there is a melisma.

melisma or note longer than the rest of the measure, tied or single note (early music)

Since we ought to deal with barlines which could go throughout several staves, I strongly suggest not allowing lyrics intersect barlines.
@Dmitrio95 I believe you will adjust the created PR to this behaviour.

Barline through melisma then should not be a problem.

I think for this reason standard advice is not to draw barlines through vocal staves. I'm away from my copy of Gould but checking literature on IMSLP should be easy...

Fixed in branch master, commit 54eab63a7f

fix #151256, part 1: fix lyrics intersection inside measure

Fixed in branch master, commit 73bdf0c3ad

fix #151256, part 2: don't allow lyrics cross barlines

Melisma are not affected by this patch and still can cross barlines

Shapes change hack makes horizontal spacing apply only for the
specified spacing type even in case of zero-width shape. That way
chord symbols can cross barlines again.

Fixed in branch master, commit 2a643e477b

Merge pull request #4487 from dmitrio95/lyrics-intersection

fix #151256: fix lyrics intersection inside measure, disallow lyrics to cross barlines

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