Am 24. September 2016 00:29:17 MESZ, schrieb Pierre Perol-Schneider <pierre.schneider.pa...@gmail.com>: >Hi Urs, > >Here's an attempt with a Ravel piece. >See: http://notat.io/download/file.php?id=208 >First attempt...
Nice to see. I'd maybe try to make the edges a bit rounder, but ok, there's nit much space. >On thing: why not multiply the X-ratio by a factor of 10? It is >sometimes >confusing compare to the Y-offset. I had this idea as well, but I thought a range from 0 to 10 would actually be inconsistent. Why take 10 then an not 100? Or xF? I think it *is* the ratio and it should be treated like it. >Anyway, this is a really nice tool. Again, thanks for sharing this. If someone would like sharing a rendering of one of the relevant systems of Gaspard I'd be gappy to make that the "official" example. Urs > >Cheers, >Pierre > > >2016-09-22 18:32 GMT+02:00 Pierre Perol-Schneider < >pierre.schneider.pa...@gmail.com>: > >> Ok, I got it. >> Thank you very much Urs. >> Cheers, >> Pierre >> >> 2016-09-22 16:54 GMT+02:00 Pierre Perol-Schneider < >> pierre.schneider.pa...@gmail.com>: >> >>> That's just perfect. >>> I was anable to get your function yet but the output looks very >nice. >>> Thank you Urs. >>> Cheers, >>> Pierre >>> >>> 2016-09-22 15:44 GMT+02:00 Urs Liska <u...@openlilylib.org>: >>> >>>> >>>> >>>> Am 22.09.2016 um 14:26 schrieb Urs Liska: >>>> > Am 22.09.2016 um 13:39 schrieb Pierre Perol-Schneider: >>>> >> Hi Urs, >>>> >> >>>> >> Really nice, congrats! >>>> >> One thing: Last year I had a discussion about how to draw flat >slurs >>>> >> (see: https://notat.io/viewtopic.php?p=696#p696) >>>> >> Do you thing you could integrate such option in your function, I >mean >>>> a >>>> >> simple - but really strait - line in between slurs ? >>>> > That should be possible (within the limits of what Simon >responded - >>>> > OTOH Carl Sorensen already mentioned how that could be overcome). >>>> > >>>> > >>>> > I see two alternative approaches, although the second won't >always help >>>> > with *that*. >>>> > >>>> > a) >>>> > allow a special value 'straight as an inflection's "angle" >property. >>>> > This will then make the handle point to the next point. When the >angle >>>> > of the next point is 0 then you should have a straight line. >>>> > The problem with this is that when the angle is determined the >next >>>> > point isn't known yet, and when that next point becomes known the >>>> > control point left of the current inflection has already been >>>> calculated. >>>> > I'll have to look into this, but it should be possible to >re-calculate >>>> > the left point. >>>> >>>> This was actually quite easy to implement. >>>> Now you can specify one inflection to have an angle of 'straight >and the >>>> next inflection of 0 (zero), which reliably creates a straight line >>>> between the two (see attached). >>>> >>>> You'll see the differing line width, thought, but I hope we'll be >able >>>> to solve that as well. >>>> >>>> Urs >>>> >>>> > >>>> > b) >>>> > Currently the angle at an inflection is given as relative to the >>>> > previous segment's baseline. I like this because it gives quite >>>> > predictable results, but it could be extended by optional >behaviours: >>>> > A general or local option could interpret angles at an inflection >as >>>> > relative to the whole slur's baseline, or even as absolute angles >>>> > (relative to horizontal). This may in *some* cases simplify the >>>> > construction of flat segments, but I can imagine there are >situations >>>> > where this might be useful in general. >>>> > >>>> >>>> >>>> _______________________________________________ >>>> lilypond-user mailing list >>>> lilypond-user@gnu.org >>>> https://lists.gnu.org/mailman/listinfo/lilypond-user >>>> >>>> >>> >> -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. _______________________________________________ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
