craigsapp
commented
6 years ago It would be nice if it would be possible that slurs never collide.
This is related to issue: https://github.com/rism-ch/verovio/issues/454
Slurs are now limited to 9 notes when using the keyboard, whilst in the text-editor it's unlimited.
True. I do not want the #s system to extend to longer slurs, as it would make incorrect slurs easer to add accidentally. The current graphical method to extend slurs longer is described here:http://doc.verovio.humdrum.org/graphic/slurs/#moving-slurs
where you use the left/right arrows to shift one side of the slur and shift-left/right arrows to extend the other side of the slur. Moving slurs in piano music where voices pop in and out is currently problematic, and crossing slurs graphically does not behave properly. (So complicated slur arrangements may remain text-editing based only).
My current idea is to allow another graphical slur insertion method where you click on the first note, and then shift-click on the second note then type the letter s to add a slur to those two notes. There will be problems with that system if there are slur cross-overs, but for non-crossing slurs it will work well.
WHen slurs are very long they are become less attractive.
That is difficult to get right automatically, and is more of a verovio feature request than verovio-humdrum viewer one 😉
Also the starting and ending of a slur not beamside is maybe nicer not to be calculated from the centre of the note head,
Your highlighting of the stems of the two 16th notes related to the incorrectly justified slur is related to this issue: https://github.com/rism-ch/verovio/issues/225 Verovio has recently improved justification of slurs on the stem sides of notes, but there is a remaining problem when the length of the slur is short.
The last red circle should be the end of the slur which started at the beginning of bar 9.
I think that this is covered with issue https://github.com/rism-ch/verovio/issues/227 . Single system breaks across system was fixed, but breaks across multiple systems still needs to be implemented. This may be a corner case where there is a problem if the ending note is at the start of a new system. I will study the behavior and add that case to the above issue if so.
derkveen
It would be nice if it would be possible that slurs never collide. Also the starting and ending of a slur not beamside is maybe nicer not to be calculated from the centre of the note head, which, maybe, is now the case. Slurs are now limited to 9 notes when using the keyboard, whilst in the text-editor it's unlimited. WHen slurs are very long they are become less attractive. The last red circle should be the end of the slur which started at the beginning of bar 9. Both examples: