Schneidy wrote > Thanks for the reminder! Makes me think that I could simplified lots of my > path's codes ;).
Sure thing! When make-path-stencil arrives in the stable version things will be much simpler, as I can't think of a reason to use any of the other methods instead of it. It doesn't require a grob (as with grob-interpret-markup), it doesn't require manually specifying the X and Y extents, and the path can be disconnected / discontinuous. (It might even be worth deprecating and removing make-connected-path-stencil at some point, maybe in 2.22, that way 2.20 would have both make-path-stencil and make-connected-path-stencil for an easy transition for anyone using these.) Schneidy wrote > Anyway... > I suppose that for 'make-path-stencil', 'Z' stays for 'closepath', > doesn't > it? So what's 'z' for ? z and Z are both equivalent to closepath. This follows the SVG convention where both z and Z are included. Just for completeness sake, make-path-stencil works with either kind of commands, the more verbose or the single letters: moveto, rmoveto, lineto, rlineto, curveto, rcurveto, closepath M, m, L, l, C, c, Z, z Cheers, -Paul -- View this message in context: http://lilypond.1069038.n5.nabble.com/Custom-noteheads-stem-alignment-tp174412p174474.html Sent from the User mailing list archive at Nabble.com. _______________________________________________ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
