Getting absolute position of objects
Hello, I'm looking for a way to obtain the absolute coordinates (x,y) of each graphical object LilyPond renders. I'd need such information to overlay some content on top a PNG score output from LilyPond. I've looked at the event-listener.ly method, but my Scheme/LilyPond internals were too limited to extend it to log grobs coordinates. I wonder if this is even possible at this stage when LilyPond parse a score. The grobs definitive coordinates may not be even defined at this point, I don't know. Thanks in advance for you help. Regards, sigMate -- View this message in context: http://lilypond.1069038.n5.nabble.com/Getting-absolute-position-of-objects-tp177342.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
Re: Center note column bug
Hi all, As to the larger question of whether to upgrade or not, that's up to you. Development versions come with a caveat about possible dangers, though I've only purposely downgraded (to an earlier development version) on one occasion because of (temporary) brokenness. I generally have — and successfully use — the absolute latest development version, for mission-critical engraving, and it’s generally fine. However, I, too, have had to downgrade (something like six times) to the “penultimate development version”. In fact, I need to stay with 2.19.20 right now, because my current [past-due] engraving crashes .21, and I don’t have time to figure out whether it’s me or Lily. Cheers, Kieren. Kieren MacMillan, composer ‣ website: www.kierenmacmillan.info ‣ email: i...@kierenmacmillan.info ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Arrastres: function scheme question - Built from ideas of Simon and David -- Dynamic mark at the end of a bar
Hello Stephen, Changing : \once \override NoteHead.extra-spacing-width = #`(,len . 1) to : \once \override NoteHead.extra-spacing-width = #`(,(- len) . 1) allows a positive number instead. JM Le 31 mai 2015 à 02:47, Stephen MacNeil classicalja...@gmail.com a écrit : the second didn't work correctly so i changed it \version 2.18.2 Fraction = #(cons 6 8) Arrastres = #(define-music-function (parser location len main grace) (number? ly:music? ly:music?) (_i Create @var{grace} note(s) after a @var{main} music _expression_.) (let ((main-length (ly:music-length main)) (fraction (ly:parser-lookup parser 'Fraction))) (make-simultaneous-music (list main (make-sequential-music (list (make-music 'SkipMusic 'duration (ly:make-duration 0 0 (* (ly:moment-main-numerator main-length) (car fraction)) (* (ly:moment-main-denominator main-length) (cdr fraction #{ \once \override Flag.stroke-style = #grace \once \override NoteHead.extra-spacing-width = #`(,len . 1) #} (make-music 'GraceMusic 'element grace))) #{ \glissando #} \relative c' { \time 2/4 dis16 fis dis b c a g \Arrastres #-3 fis c' | a c2~ q4 s4 |} but now it needs a negative number stephen ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
Message: 2 Date: Sat, 30 May 2015 13:40:13 +0200 From: Marc Hohl m...@hohlart.de To: lilypond-user@gnu.org Subject: Re: Color note heads outside nominal instrument range Message-ID: 5569a19d.3070...@hohlart.de Content-Type: text/plain; charset=windows-1252; format=flowed Am 30.05.2015 um 12:38 schrieb Peter Gentry: FWIW I have attached a slightly simplified and better version of instrument_ranges.ly I haven't tested your code, but I like the idea of defining instrument-specific tonal ranges quite a lot! Some ideas/proposals: 1) Can you store the tone range for each instrument in an alist? (define range-alist '(( (clarinet . ( -10 . 34 )) (bass-clarinet-c . ( ... ))) or even better, use pitches? You can extract upper and lower bounds from this alist and don't have to write a conditional check for each instrument. 2) IIUC, the line (if (or ( op 34) ( op -10) ) (begin (set! o (+ o 1))) )) adds one octave to the pitch if the note is lower than the lowest possible note OR higher than the highest possible note? The latter doesn't seem quite right to me ;-) (and ( op -10) (set! o (+ o 1))) (and ( op 34) (set! o (- o 1))) seems to do the trick (untested). Apart from that, such a function is a valuable extension for lilypond IMHO. Cheers, Marc Actually Marc I have revised and simplified the calculation (see attached) - I simply wanted to indicate notes outside the range modify then to fall inside the range. The colour then gives engraver/player the option to play within range or if that is awkward play rests. I haven't sent to list before to save everyone the fag of looking at it again. regards Peter Gentry \version 2.19.15 % - % include function file instrument_ranges.ly % usuage include -- \include ./ranges/instrument_ranges.ly % usuage call -- \naturalizeInstrumentRange instrument music % this function will confine all pitches to the individual instruments range % Note the ranges refer to music transposed for each instrument not the true pitches. % use % for comment outside scheme function - use ; inside scheme functions % - #(define (naturalize-instrument-range p instrument ) (let ((o (ly:pitch-octave p)) (a (* 4 (ly:pitch-alteration p))) (n (ly:pitch-notename p))) (define op (+ (+ (+ (* 14 o) ) (* n 2) ) (/ a 2))) (cond ;; clarinet range e to f' -1 2 0 to 1 3 0 (-10 to 34) ((equal? instrument clarinet ) (if ( op -10) (begin (set! o (+ o 1 (if ( op 34) (begin (set! o (- o 1 ) ; bass clarinet range eb to f' -1 1 2 (-1 2 -2) to 1 3 0 (-11 to 34) ((equal? instrument bass clarinet eb ) (if ( op -11) (begin (set! o (+ o 1))) ) (if ( op 34) (begin (set! o (- o 1))) ) ) ; bass clarinet range c to f' -1 1 2 (-1 2 -2) to 1 3 0 (-14 to 34) ((equal? instrument bass clarinet c ) (if ( op -14) (begin (set! o (+ o 1 (if ( op 34) (begin (set! o (- o 1 ) ;; flute range c to f' 0 0 0 to 1 3 0 (0 to 34) ((equal? instrument flute) (if ( op 0)(begin (set! o (+ o 1))) ) (if ( op 34) (begin (set! o (- o 1))) ) ) ;; alto range c to f' 1 0 0 to 1 3 0 ((equal? instrument alto) (if ( op 0) (begin (set! o (+ o 1))) ) (if ( op 34) (begin (set! o (- o 1))) ) ) ) (ly:make-pitch o n (/ a 4)) ) ) % - % a variable for the notehaed color on pitch change % - my-color = #(x11-color 'red) % - % this function rebuilds the music object optionally changing pitch and notehead color % - #(define (instrumentrange music instrument ) ( ly:music? string? ) ; extract the various portions of the music object (let ((es (ly:music-property music 'elements)) (e (ly:music-property music 'element)) (p (ly:music-property music 'pitch))) ; rebuild any 'elements unchanged (if (pair? es) (ly:music-set-property! music 'elements (map (lambda (x) (instrumentrange x instrument)) es) ) ) ; rebuild any 'element unchanged (if
Re: Color note heads outside nominal instrument range
I modified it. Is the output ok now? http://lsr.di.unimi.it/LSR/Item?u=1id=773 Perfect. The staff 6 is the same as staff 3. (It tests the scheme version of \correctOctaveOutOfRange ). As in the old LSR, only one score could be outputted, this test 6 can perhaps be commented now. Something like that... %{ %uncomment for testing correct-out-of-range range = g' g'' #(define musicII (correct-out-of-range music range)) \new Staff \with { instrumentName = 6} \musicII % staff 6 %} Thanks. -- Gilles ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
2015-05-31 22:07 GMT+02:00 Gilles THIBAULT gilles.thiba...@free.fr: I modified it. Is the output ok now? http://lsr.di.unimi.it/LSR/Item?u=1id=773 Perfect. The staff 6 is the same as staff 3. (It tests the scheme version of \correctOctaveOutOfRange ). As in the old LSR, only one score could be outputted, this test 6 can perhaps be commented now. Something like that... %{ %uncomment for testing correct-out-of-range range = g' g'' #(define musicII (correct-out-of-range music range)) \new Staff \with { instrumentName = 6} \musicII % staff 6 %} Thanks. -- Gilles done -Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Center note column bug
Hi Victor, On Sun, May 31, 2015 at 8:51 AM, Víctor piratabonifa...@gmail.com wrote: El 31/05/15 a las 08:43, David Nalesnik escibió: Hi Victor, Yes, you do. However, the second version I posted should work with earlier versions as I factored out ly:item-get-column. Sorry, I just missed that post. Now I've checked it and it works in 2.19.15 I'll ask however, what do you advice me to do, to use this version or update Lily? Well, I don't think that your choice to use a development version vs. a stable release should depend only on these functions, as both do pretty much the same thing. I do prefer using the later code, which will work with both stable and unstable. As to the larger question of whether to upgrade or not, that's up to you. Development versions come with a caveat about possible dangers, though I've only purposely downgraded (to an earlier development version) on one occasion because of (temporary) brokenness. . David ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: VoltaBracket flipped vertically
2015-05-26 18:09 GMT+02:00 Thomas Morley thomasmorle...@gmail.com: 2012-12-19 16:15 GMT+01:00 Daniel Rosen drose...@gmail.com: I'm trying to get VoltaBrackets to appear both above and below the Score. I've come up with the solution below, which works quite well, but I'd like to get the volta text to appear inside the bracket, as it does when VoltaBracket #'direction is not altered. Is there a way to do this? I can't seem to find a separate layout object for the volta text. %%% example starts \version 2.16.1 \new Voice { \repeat unfold 12 { c' } } \new Dynamics \with { \consists Volta_engraver \override VoltaBracket #'direction = #-1 } { \repeat volta 2 { s1 } \alternative { { s1 } { s1 } } } %%% example ends DR Hi all, I revive this (very) old thread, because of a request in the german Forum. Noone with an idea? Is there really no other possibility than poking in the stencul-expr, which will likely break soon? \version 2.19.20 \layout { indent = #0 \context { \Score \remove Volta_engraver } } \new Staff \with { \consists Volta_engraver \override VoltaBracket.direction = #DOWN \override VoltaBracketSpanner.direction = #DOWN \override VoltaBracket.after-line-breaking = #(lambda (grob) (let* ((default-stil (ly:volta-bracket-interface::print grob)) (x-ext (ly:stencil-extent default-stil X)) (y-ext (ly:stencil-extent default-stil Y)) (stencil-expr (ly:stencil-expr default-stil))) (ly:grob-set-property! grob 'stencil (ly:make-stencil (cons 'combine-stencil (cons (append (list 'translate-stencil '(0 . 2.3)) (list (cadr (third stencil-expr (cddr (third stencil-expr x-ext y-ext } %% EXAMPLE \relative c' { \repeat volta 2 { c1 } \alternative { { c } { c } } c } Cheers, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Change direction of already positioned markup?
Hello Peter, Maybe tags would be an easy solution, specifying variants according to the uses of the music, i.e. inside an instrument part or inside a full score. What do you think? JM Le 30 mai 2015 à 20:28, Peter Crighton petecrigh...@gmail.com a écrit : Hello all, I have a variable divisiaIII = ^\markup { div. a 3 } that should by default appear above the staff (hence the ^). Now I need it to appear below the staff in an instrument part edition, while it should still appear above the staff in the full score. Both editions are made from the same input files and realised with the edition-engraver. Is there a way to change the direction of a markup that is already positioned via the use of ^\markup or _\markup, or is there any other property I could override to get the same effect? I don’t want to use -\markup, as I’d like to be able to call the default direction just with \divisiaIII. -- Peter Crighton | Musician Music Engraver based in Mainz, Germany http://www.petercrighton.de http://www.petercrighton.de/___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Arrastres: function scheme question - Built from ideas of Simon and David -- Dynamic mark at the end of a bar
Thank you for that Stephen ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
Le dimanche 31 mai 2015, 22:07:09 Gilles THIBAULT a écrit : The staff 6 is the same as staff 3 .. as staff 4 -- Gilles ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Change direction of already positioned markup?
2015-05-31 23:43 GMT+02:00 Simon Albrecht simon.albre...@mail.de: Am 31.05.2015 um 18:25 schrieb Jacques Menu: Hello Peter, Maybe tags would be an easy solution, specifying variants according to the uses of the music, i.e. inside an instrument part or inside a full score. What do you think? Probably tags contradict hardcore content/presentation separation :-) Exactly. I could use tags and maybe I will in the end. But I would very much like to strictly separate content presentation. For now, I can use a voice, which I use for inserting rehearsal marks, to add the markup below the staff and remove it from the other voice: \editionMod cello 17 0/1 cello.Voice.A _\divisiaIII \editionMod cello 17 0/1 cello.Voice.B \once \omit TextScript -- Peter Crighton | Musician Music Engraver based in Mainz, Germany http://www.petercrighton.de ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Change direction of already positioned markup?
Am 31.05.2015 um 18:25 schrieb Jacques Menu: Hello Peter, Maybe tags would be an easy solution, specifying variants according to the uses of the music, i.e. inside an instrument part or inside a full score. What do you think? Probably tags contradict hardcore content/presentation separation :-) Yours, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: VoltaBracket flipped vertically
Hi, On Sun, May 31, 2015 at 10:20 AM, Thomas Morley thomasmorle...@gmail.com wrote: 2015-05-26 18:09 GMT+02:00 Thomas Morley thomasmorle...@gmail.com: 2012-12-19 16:15 GMT+01:00 Daniel Rosen drose...@gmail.com: I'm trying to get VoltaBrackets to appear both above and below the Score. I've come up with the solution below, which works quite well, but I'd like to get the volta text to appear inside the bracket, as it does when VoltaBracket #'direction is not altered. Is there a way to do this? I can't seem to find a separate layout object for the volta text. %%% example starts \version 2.16.1 \new Voice { \repeat unfold 12 { c' } } \new Dynamics \with { \consists Volta_engraver \override VoltaBracket #'direction = #-1 } { \repeat volta 2 { s1 } \alternative { { s1 } { s1 } } } %%% example ends DR Hi all, I revive this (very) old thread, because of a request in the german Forum. Noone with an idea? Is there really no other possibility than poking in the stencul-expr, which will likely break soon? Well, looking at the stencil function in lily/volta-bracket.cc, it looks pretty simple to displace the number based on the direction of the bracket. That way, you wouldn't have to accommodate broken volta brackets. It looks like I'll have to update my LilyDev to compile anything, though. Anyway, small point, but why not override 'stencil directly than go through 'after-line-breaking? David ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Fedora issues
Hi, Jon Ciesla, Fedora lilypond maintainer. FYI, I'm aware of the issue and working on it. I've tried the latest git upstream for ghostscript, which didn't help. There's a new pango version out, so I'm working on trying that now. If that works I'll ship it for rawhide and f22. You can watch my progress here: https://bugzilla.redhat.com/show_bug.cgi?id=1216312 Thanks, -j -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Aw: lilypond-user Digest, Vol 150, Issue 183
Gesendet: Samstag, 30. Mai 2015 um 18:01 Uhr Von: lilypond-user-requ...@gnu.org An: lilypond-user@gnu.org Betreff: lilypond-user Digest, Vol 150, Issue 183 Send lilypond-user mailing list submissions to lilypond-user@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/lilypond-user or, via email, send a message with subject or body 'help' to lilypond-user-requ...@gnu.org You can reach the person managing the list at lilypond-user-ow...@gnu.org When replying, please edit your Subject line so it is more specific than Re: Contents of lilypond-user digest... Today's Topics: 1. Fedora issues (Andrew Bernard) 2. Re:Color note heads outside nominal instrument range (Marc Hohl) 3. Re:Fedora issues (Kevin Barry) -- Message: 1 Date: Sat, 30 May 2015 21:08:02 +1000 From: Andrew Bernard andrew.bern...@gmail.com To: lilypond-user Mailinglist lilypond-user@gnu.org Subject: Fedora issues Message-ID: CAK5QfnV9coTzi0=ZgiTD=5nttgqmefhromtz7lvugxsrzgp...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Greetings all, On Fedora 21 and the recently released Fedora 22, lilypond 2.19.21 crashes on my complex score with the following verbose output: Drawing systems...lilypond: /home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/flower/include/interval.hh:226: T Interval_tT::center() const [with T = double]: Assertion `!is_empty ()' failed. Aborted (core dumped) There is no indication of where this error is being thrown, so I am at a loss to know how to localise this issue in order to submit a bug report. I am unbale to release the score due to IP issues, and that fact that it is a contemporary work in progress. This is from the the 2.19.21 release downloaded from lilypond.org. The same happens with a locally compiled build. Should lilypond users simply abandon Fedora forever? [I ask this in all seriousness.] Andrew -- next part -- An HTML attachment was scrubbed... URL: http://lists.gnu.org/archive/html/lilypond-user/attachments/20150530/140bc67e/attachment.html -- Message: 2 Date: Sat, 30 May 2015 13:40:13 +0200 From: Marc Hohl m...@hohlart.de To: lilypond-user@gnu.org Subject: Re: Color note heads outside nominal instrument range Message-ID: 5569a19d.3070...@hohlart.de Content-Type: text/plain; charset=windows-1252; format=flowed Am 30.05.2015 um 12:38 schrieb Peter Gentry: FWIW I have attached a slightly simplified and better version of instrument_ranges.ly I haven't tested your code, but I like the idea of defining instrument-specific tonal ranges quite a lot! Some ideas/proposals: 1) Can you store the tone range for each instrument in an alist? (define range-alist '(( (clarinet . ( -10 . 34 )) (bass-clarinet-c . ( ... ))) or even better, use pitches? You can extract upper and lower bounds from this alist and don't have to write a conditional check for each instrument. 2) IIUC, the line (if (or ( op 34) ( op -10) ) (begin (set! o (+ o 1))) )) adds one octave to the pitch if the note is lower than the lowest possible note OR higher than the highest possible note? The latter doesn't seem quite right to me ;-) (and ( op -10) (set! o (+ o 1))) (and ( op 34) (set! o (- o 1))) seems to do the trick (untested). Apart from that, such a function is a valuable extension for lilypond IMHO. Cheers, Marc regards Peter Gentry ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Message: 3 Date: Sat, 30 May 2015 13:09:38 +0100 From: Kevin Barry barr...@gmail.com To: Andrew Bernard andrew.bern...@gmail.com Cc: lilypond-user Mailinglist lilypond-user@gnu.org Subject: Re: Fedora issues Message-ID: calz3ohr9xnta_jahsgch+wj5qeotmmoyafou2kcx8bca2es...@mail.gmail.com Content-Type: text/plain; charset=utf-8 I am on fedora 22 and the current stable version of lilypond (2.18.2) is working fine on my scores. I don't normally use unstable versions; should I be concerned? Kevin On Sat, May 30, 2015 at 12:08 PM, Andrew Bernard andrew.bern...@gmail.com wrote: Greetings all, On Fedora 21 and the recently released Fedora 22, lilypond 2.19.21 crashes on my complex score with the following verbose output: Drawing systems...lilypond: /home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/flower/include/interval.hh:226: T Interval_tT::center() const [with T = double]: Assertion `!is_empty ()' failed. Aborted (core dumped) There is no indication of where this error is
Re: A slur across a line break with change of clef in another staff generates bad output
On Sat, 2015-05-30 at 22:23 +0200, Simon Albrecht wrote: Am 30.05.2015 um 18:10 schrieb Richard Shann: Attached is a bit of LilyPond which has a slur over a line break. At the same moment the clef is changing in the lower staff. The result is a horribly broken slur start in the top staff. I blindly applied the dragging-the-shape on this curve which generated the commented out offsets. This results in something half-way acceptable. The bug is sensitive to all sorts of things I think - this was the most I managed to pare it down - reducing the font size made it go away for example. Questions: Is there special syntax for altering the shapes of the half-slurs at the end and beginning of the line? Yes, look for \alterBroken in the docs. Is this a known bug? Yes, or at least partly so: https://code.google.com/p/lilypond/issues/detail?id=3287 You may comment in there, in case you have something to add. Well, it looks like you have it covered there. FWIW I further whittled my example down and found that varying the global-staff-size I could vary the response markedly. Which is what the bug report is alluding to when it says in tight spacing situations I guess. Here is my short example: \version 2.18.2 #(set-global-staff-size 36) VoiceI = { fis''8 fis''8 fis''8 fis''8 fis''16( g'' a'' g'' fis''8) fis''16( g'' \break a''8) a''8 a''8 a''8 r2 } VoiceII = { \clef bass r2 r4. a8( \clef treble d') d' a'8 d' a'8 d' a'8 r2 } \score { \new Staff \new Voice \VoiceI \new Staff \new Voice \VoiceII } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Parenthesize accidental together
Hello, see https://code.google.com/p/lilypond/issues/detail?id=155. This has been fixed in 2.19.20. Yours, Simos Am 31.05.2015 um 02:58 schrieb Venus' Wink: Hi, I'd like to output like the attachment purpose.png. But the following simple code \parenthesize ces''4 puts the flat symbol out of the parens (with Lilypond 2.18.2). I think that overriding the stencil of the left paren will make it so, but I couldn't find the name of the stencil. Or, is there more elegant way? Thanks Venus' Wink FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Parenthesize accidental together
2015-05-31 9:08 GMT+02:00 Simon Albrecht simon.albre...@mail.de: Hello, see https://code.google.com/p/lilypond/issues/detail?id=155. This has been fixed in 2.19.20. For 2.18.2: http://lsr.di.unimi.it/LSR/Item?u=1id=972 Cheers, Harm Yours, Simos Am 31.05.2015 um 02:58 schrieb Venus' Wink: Hi, I'd like to output like the attachment purpose.png. But the following simple code \parenthesize ces''4 puts the flat symbol out of the parens (with Lilypond 2.18.2). I think that overriding the stencil of the left paren will make it so, but I couldn't find the name of the stencil. Or, is there more elegant way? Thanks Venus' Wink FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond-user Digest, Vol 150, Issue 183
Did you forget to write your actual text? Also please follow the advice in the e-mail header: When replying, please edit your Subject line so it is more specific than Re: Contents of lilypond-user digest... Thanks, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Incomplete final bar with \parallelMusic
Stephen MacNeil classicalja...@gmail.com writes: what about \set Score.measureLength = #(ly:make-moment 2/4) as far as i know \partial is only for the beginning and from then on you use ly:make-moment Has been changed with several issues, the last probably being issue 4056 URL:https://code.google.com/p/lilypond/issues/detail?id=4056 in version 2.19.12. But it was already _supposed_ to work after issue 3645 URL:https://code.google.com/p/lilypond/issues/detail?id=3645 available in 2.19.0 and 2.18.1. At any rate, being able to end on an incomplete bar in \parallelMusic seems like a desirable feature, so URL:https://code.google.com/p/lilypond/issues/detail?id=4426 -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Parenthesize accidental together
Thanks, All. see https://code.google.com/p/lilypond/issues/detail?id=155. This has been fixed in 2.19.20. The lambda function have worked with 2.18.2. The parens are put a bit high probably for virtical centering for flat. But it's acceptable for the time being. For 2.18.2: http://lsr.di.unimi.it/LSR/Item?u=1id=972 How elegent! But I'm sorry that: { \parentheAll ces''4 } causes error: unknown escaped string `\parentheAll' with 2.18.2. Thanks again Venus' Wink Cheers, Harm Yours, Simos Am 31.05.2015 um 02:58 schrieb Venus' Wink: Hi, I'd like to output like the attachment purpose.png. But the following simple code \parenthesize ces''4 puts the flat symbol out of the parens (with Lilypond 2.18.2). I think that overriding the stencil of the left paren will make it so, but I couldn't find the name of the stencil. Or, is there more elegant way? Thanks Venus' Wink FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user Can't remember your password? Do you need a strong and secure password? Use Password manager! It stores your passwords protects your account. Check it out at http://mysecurelogon.com/manager ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: A slur across a line break with change of clef in another staff generates bad output
Am 31.05.2015 um 10:06 schrieb Richard Shann: On Sat, 2015-05-30 at 22:23 +0200, Simon Albrecht wrote: Am 30.05.2015 um 18:10 schrieb Richard Shann: Attached is a bit of LilyPond which has a slur over a line break. At the same moment the clef is changing in the lower staff. The result is a horribly broken slur start in the top staff. I blindly applied the dragging-the-shape on this curve which generated the commented out offsets. This results in something half-way acceptable. The bug is sensitive to all sorts of things I think - this was the most I managed to pare it down - reducing the font size made it go away for example. Questions: Is there special syntax for altering the shapes of the half-slurs at the end and beginning of the line? Yes, look for \alterBroken in the docs. Is this a known bug? Yes, or at least partly so: https://code.google.com/p/lilypond/issues/detail?id=3287 You may comment in there, in case you have something to add. Well, it looks like you have it covered there. FWIW I further whittled my example down and found that varying the global-staff-size I could vary the response markedly. Which is what the bug report is alluding to when it says in tight spacing situations I guess. Testing that is easiest using \paper { line-width = 50 } and compiling with different values. Yours, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Center note column bug
El 31/05/15 a las 08:43, David Nalesnik escibió: Hi Victor, Yes, you do. However, the second version I posted should work with earlier versions as I factored out ly:item-get-column. Sorry, I just missed that post. Now I've checked it and it works in 2.19.15 I'll ask however, what do you advice me to do, to use this version or update Lily? Regards, Víctor. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Parenthesize accidental together
Am 31.05.2015 um 12:08 schrieb Venus' Wink: Thanks, All. see https://code.google.com/p/lilypond/issues/detail?id=155. This has been fixed in 2.19.20. The lambda function have worked with 2.18.2. The parens are put a bit high probably for virtical centering for flat. But it's acceptable for the time being. For 2.18.2: http://lsr.di.unimi.it/LSR/Item?u=1id=972 How elegent! But I'm sorry that: { \parentheAll ces''4 } causes error: unknown escaped string `\parentheAll' You need to define \parentheAll by including the definition from the LSR snippet (the part starting with `parentheAll = #(define-music-function …`) in your file. It’s not available by default. HTH, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Parenthesize accidental together
Hello, This is OK. Thanks a lot Venus' WInk -Original Message- From: simon.albre...@mail.de Sent: Sun, 31 May 2015 13:36:09 +0200 To: venuswi...@inbox.com, lilypond-user@gnu.org Subject: Re: Parenthesize accidental together Am 31.05.2015 um 12:08 schrieb Venus' Wink: Thanks, All. see https://code.google.com/p/lilypond/issues/detail?id=155. This has been fixed in 2.19.20. The lambda function have worked with 2.18.2. The parens are put a bit high probably for virtical centering for flat. But it's acceptable for the time being. For 2.18.2: http://lsr.di.unimi.it/LSR/Item?u=1id=972 How elegent! But I'm sorry that: { \parentheAll ces''4 } causes error: unknown escaped string `\parentheAll' You need to define \parentheAll by including the definition from the LSR snippet (the part starting with `parentheAll = #(define-music-function …`) in your file. It’s not available by default. HTH, Simon Can't remember your password? Do you need a strong and secure password? Use Password manager! It stores your passwords protects your account. Check it out at http://mysecurelogon.com/manager ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
Le samedi 30 mai 2015, 12:22:45 David Nalesnik a écrit : Have you seen http://lsr.di.unimi.it/LSR/Item?id=773? Just note that if you want to understand this snippet, you have to change the code : music = \relative { c4 d e f g^g' a b c d e f g^g'' a b c2 } % by music = \relative c' { c4 d e f g^g' a b c d e f g^g'' a b c2 } %% (default relative note has changed %% in the last versions of Lilypond) It is just a little typo that has remained since the great update of all the snippets of the LSR, 1 or 2 years ago (thanks Pierre Perol-Schneider for this big works). -- Gilles ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Center note column bug
Hello again, I've tried your solution, but I get this error: Dibujando los sistemas.../tmp/frescobaldi-Fwsk3s/tmpR0qdla/document.ly:6:22 0: In expression (ly:item-get-column grob): /tmp/frescobaldi-Fwsk3s/tmpR0qdla/document.ly:6:22 1: Unbound variable: ly:item-get-column Se ha devuelto al salir el código 1. Do I need to update to a more recent version of Lily? I'm using 2.19.15 Regards, Víctor El 30/05/15 a las 12:17, David Nalesnik escibió: Hi Victor, On Fri, May 29, 2015 at 5:34 PM, Víctor piratabonifa...@gmail.com mailto:piratabonifa...@gmail.com wrote: I've been using center note column function written by Thomas Morley, for some time now, and today I've spotted a bug. Notice the position of the dots in the last measure. I hope this can be fixed. Regards. Víctor. I don't have a fix for the function you're using, but trying the alternate routine here http://www.mail-archive.com/lilypond-user%40gnu.org/msg99927.html gets good results. (See attached.) Best, David ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Center note column bug
Hi Victor, On Sun, May 31, 2015 at 8:29 AM, Víctor piratabonifa...@gmail.com wrote: Hello again, I've tried your solution, but I get this error: Dibujando los sistemas... /tmp/frescobaldi-Fwsk3s/tmpR0qdla/document.ly:6:22 http://0: In expression (ly:item-get-column grob): /tmp/frescobaldi-Fwsk3s/tmpR0qdla/document.ly:6:22 http://1: Unbound variable: ly:item-get-column Se ha devuelto al salir el código 1. Do I need to update to a more recent version of Lily? I'm using 2.19.15 Yes, you do. However, the second version I posted should work with earlier versions as I factored out ly:item-get-column. Best, David ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
Am 31.05.2015 um 15:09 schrieb Gilles THIBAULT: Le samedi 30 mai 2015, 12:22:45 David Nalesnik a écrit : Have you seen http://lsr.di.unimi.it/LSR/Item?id=773? Just note that if you want to understand this snippet, you have to change the code : music = \relative { c4 d e f g^g' a b c d e f g^g'' a b c2 } % by music = \relative c' { c4 d e f or music = \relative { c'4 … g^g' a b c d e f g^g'' a b c2 } %% (default relative note has changed %% in the last versions of Lilypond) It is just a little typo And I wondered why the example didn’t make sense :-) Thanks for the snip! Yours, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
2015-05-31 15:09 GMT+02:00 Gilles THIBAULT gilles.thiba...@free.fr: Le samedi 30 mai 2015, 12:22:45 David Nalesnik a écrit : Have you seen http://lsr.di.unimi.it/LSR/Item?id=773? Just note that if you want to understand this snippet, you have to change the code : music = \relative { c4 d e f g^g' a b c d e f g^g'' a b c2 } % by music = \relative c' { c4 d e f g^g' a b c d e f g^g'' a b c2 } %% (default relative note has changed %% in the last versions of Lilypond) It is just a little typo that has remained since the great update of all the snippets of the LSR, 1 or 2 years ago (thanks Pierre Perol-Schneider for this big works). -- Gilles Should this be corrected in LSR? The LSR runs 2.18.0 Best, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Color note heads outside nominal instrument range
2015-05-31 15:54 GMT+02:00 Thomas Morley thomasmorle...@gmail.com: 2015-05-31 15:09 GMT+02:00 Gilles THIBAULT gilles.thiba...@free.fr: Le samedi 30 mai 2015, 12:22:45 David Nalesnik a écrit : Have you seen http://lsr.di.unimi.it/LSR/Item?id=773? Just note that if you want to understand this snippet, you have to change the code : music = \relative { c4 d e f g^g' a b c d e f g^g'' a b c2 } % by music = \relative c' { c4 d e f g^g' a b c d e f g^g'' a b c2 } %% (default relative note has changed %% in the last versions of Lilypond) It is just a little typo that has remained since the great update of all the snippets of the LSR, 1 or 2 years ago (thanks Pierre Perol-Schneider for this big works). -- Gilles Should this be corrected in LSR? The LSR runs 2.18.0 Best, Harm I modified it. Is the output ok now? http://lsr.di.unimi.it/LSR/Item?u=1id=773 -Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user