Simon Albrecht

And here’s the main example from that introduction—compiled with v2.19.83: \include "oll-core/package.ily" \loadModules snippets #'((notation-snippets shaping-bezier-curves shapeII)) \paper { ragged-right = ##t indent = 0 } SUp = \change Staff = "up" SDn = \change Staff = "down" \new PianoStaff << \new Staff = up \relative d { \clef G \key e \major \time 3/16 \voiceTwo \slurUp \SDn \times 2/3 { b32( g' b } \SUp \times 2/3 { d g e' } \times 2/3 { d b g') } | \SDn \times 2/3 { b,,,32( g' b } \SUp \times...

Though I would argue that in this case the left endpoint should be slightly further up.

There are some examples in the documentation for shapeII in openlilylib:

A very valiant undertaking—it would certainly be great to see improvement there! I don’t think many people have taken notice yet—you should certainly post to the user and/or devel list to ask for input. I haven’t done many projects myself that required extensive slur tweaking.

Improve Lilypond Automatic Slurs

Make build output terse by default

Another example: \version "2.19.83" #(set-global-staff-size 16) \paper { #(set-paper-size "a9") indent = 0 } \header { tagline = ##f } partA = \relative c'' { R1 | \partcombineApart b1 | } partB = \relative c' { R1*2 | } \markup \justify { The second half of the rest in \typewriter "\partB" is ignored: } \partcombine \partA \partB

Mark’s initial example does trigger the bug with 2.19.83 (Ubuntu 16, 64-bit), while my smaller example does not… A couple similar issues were found to be caused by rounding issues. Maybe this one too?