Re: Frescobaldi now needs git installed
On 19/10/13 16:43, Urs Liska wrote: Nick Payne nick.pa...@internode.on.net schrieb: The install instructions at http://frescobaldi.org/download.html need to add git as a dependency. No, they don't. We have to sort out this bug instead. How did you get/download Frescobaldi? The code that raises this error should only run when Frescobaldi runs inside a Git repository - which is why I _assumed_ git to be present too. So: is your Frescobaldi in a Git repository (it has a .git directory beside frescobaldi_app)? If yes: how did you get it without git installed? Mea culpa. I had downloaded Frescobaldi under Ubuntu 13.04 using git, but I yesterday installed Ubuntu 13.10, reformatting / but keeping /home, and I tried to run Frescobaldi before reinstalling git... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi now needs git installed
Nick Payne nick.pa...@internode.on.net schrieb: On 19/10/13 16:43, Urs Liska wrote: Nick Payne nick.pa...@internode.on.net schrieb: The install instructions at http://frescobaldi.org/download.html need to add git as a dependency. No, they don't. We have to sort out this bug instead. How did you get/download Frescobaldi? The code that raises this error should only run when Frescobaldi runs inside a Git repository - which is why I _assumed_ git to be present too. So: is your Frescobaldi in a Git repository (it has a .git directory beside frescobaldi_app)? If yes: how did you get it without git installed? Mea culpa. I had downloaded Frescobaldi under Ubuntu 13.04 using git, but I yesterday installed Ubuntu 13.10, reformatting / but keeping /home, and I tried to run Frescobaldi before reinstalling git... OK, thanks for sorting out. But I'll look into it and better catch that situation myself. The user should get a regular message box and be able to continue without Git support. (Git support isn't documented yet, but when available it allows you to switch between different branches (= development versions) and will soon allow you to automatically update Frescobaldi through Git). Best Urs ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Is there any lilypond-book programer?
Please keep the list copied. Marcos Press tdy.p...@gmail.com writes: Absolutly right Incredible :)!!! Move the file to $HOME/tmp/test.lytex And works perfectly! I have no idea of the world of python, so... Is it posible that having a deep subdirectory tree is not a good situation for python? Or it could be more the, length of the dir_names? The error message more sounds like a problem with non-ASCII characters either in the directory name, or of one filename inside of a directory Python looks through for a match with whatever it may be looking for. It would be good if you experimented until you can figure out a minimal change that will cause the problem to appear or disappear (minimal change being just the renaming/deletion of a single directory or file, not a large move of everything). Then we have a chance to see whether there is something we should or could be doing to make Lilypond-book more resilient to the problem. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Is there any lilypond-book programer?
Sorry!!! I miss click the reply link instead of reply-to-all. These was my complete path: ~/partes/Biblioteca/Metodos-Violin/Kayser-Op20-36-Estudios-\[Fritz\ Meyer-ed-Schott-Germany\]/tmp/ simply removing the \[ and \] make the trick! It seams [ ] are not welcome as dir_names. They are, as file_name. And the length is not a problem since I just try adding nearly 10 char more and it works perfectly. Was these known? And I miss it? 2013/10/19 David Kastrup d...@gnu.org Please keep the list copied. Marcos Press tdy.p...@gmail.com writes: Absolutly right Incredible :)!!! Move the file to $HOME/tmp/test.lytex And works perfectly! I have no idea of the world of python, so... Is it posible that having a deep subdirectory tree is not a good situation for python? Or it could be more the, length of the dir_names? The error message more sounds like a problem with non-ASCII characters either in the directory name, or of one filename inside of a directory Python looks through for a match with whatever it may be looking for. It would be good if you experimented until you can figure out a minimal change that will cause the problem to appear or disappear (minimal change being just the renaming/deletion of a single directory or file, not a large move of everything). Then we have a chance to see whether there is something we should or could be doing to make Lilypond-book more resilient to the problem. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Ties in complex polyphony
Joshua Nichols wrote I'd like to tie the common notes below: I entered both the words tie and polyphony in the search field of this forum and that lead me to 1.5.2 Multiple voices http://lilypond.org/doc/v2.17/Documentation/notation-big-page#multiple-voices hth Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Ties-in-complex-polyphony-tp152584p152593.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: Is there any lilypond-book programer?
Marcos Press tdy.p...@gmail.com writes: Sorry!!! I miss click the reply link instead of reply-to-all. These was my complete path: ~/partes/Biblioteca/Metodos-Violin/Kayser-Op20-36-Estudios-\[Fritz\ Meyer-ed-Schott-Germany\]/tmp/ simply removing the \[ and \] make the trick! Are the backslashes actually in the filenames (do they appear when you do ls or similar) or did you just type them because that's the way you need to write it on the command line? It seams [ ] are not welcome as dir_names. They are, as file_name. And the length is not a problem since I just try adding nearly 10 char more and it works perfectly. Was these known? And I miss it? To anybody? Maybe. But I don't think we have an issue registered for it, and I doubt anybody already knows whether this is a problem with LilyPond-book or something else. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Is there any lilypond-book programer?
No, I add them because they are no standard Bash chars. If I autocomplete the command line they appear. If I execute the ls command they don't. Same with the space. $ ls Kayser-Op20-36-Estudios-Fritz Meyer-ed-Schott-Germany $ ls Kayser-Op20-36-Estudios-Fritz\ Meyer-ed-Schott-Germany/ well I have remove them now :), but the space is still there. 2013/10/19 David Kastrup d...@gnu.org Marcos Press tdy.p...@gmail.com writes: Sorry!!! I miss click the reply link instead of reply-to-all. These was my complete path: ~/partes/Biblioteca/Metodos-Violin/Kayser-Op20-36-Estudios-\[Fritz\ Meyer-ed-Schott-Germany\]/tmp/ simply removing the \[ and \] make the trick! Are the backslashes actually in the filenames (do they appear when you do ls or similar) or did you just type them because that's the way you need to write it on the command line? It seams [ ] are not welcome as dir_names. They are, as file_name. And the length is not a problem since I just try adding nearly 10 char more and it works perfectly. Was these known? And I miss it? To anybody? Maybe. But I don't think we have an issue registered for it, and I doubt anybody already knows whether this is a problem with LilyPond-book or something else. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Is there any lilypond-book programer?
Marcos Press tdy.p...@gmail.com writes: No, I add them because they are no standard Bash chars. If I autocomplete the command line they appear. If I execute the ls command they don't. Same with the space. $ ls Kayser-Op20-36-Estudios-Fritz Meyer-ed-Schott-Germany $ ls Kayser-Op20-36-Estudios-Fritz\ Meyer-ed-Schott-Germany/ well I have remove them now :), but the space is still there. Issue 3623 URL:http://code.google.com/p/lilypond/issues/detail?id=3623 -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Getting Y position of Grobs / Spacing Error
I'm not top posting. Hi folks, I've been working towards an automatic way to notate what Brian Ferneyhough calls interruptive polyphony. I've been reasonably successful in terms of implementing the rhythmic aspect of the problem (still some work to do on grace notes). However, at the moment I have to precisely specify the Y value of the note I'm trying to connect to in a different staff. Trying to set this value automatically causes a problem whenever I try to access the Y-extent value for a NoteHead grob. In the example below uncommenting the line (y-extent (ly:grob-extent grob sys Y)) disrupts the spacing of the first system. Is there anyway to prevent this? Or is there an alternative way to access the Y-position of Grobs? Apologies if this is a known-issue that I've somehow missed a previous discussion of. I've included a MWL below that illustrates the problem. any help would be great! piaras hoban %%% START EXAMPLE %%% \language english \version 2.17.26 music = { \repeat unfold 4 c'1 \break \repeat unfold 4 c'1 } \score { \new Staff { \once \override NoteHead.after-line-breaking = #(lambda (grob) (let* ( (sys (ly:grob-system grob)) (x-extent (ly:grob-extent grob sys X)) ;;uncomment y-extent to cause spacing error ;(y-extent (ly:grob-extent grob sys Y)) ) (display (list x-extent )) ) ) \music } \new Staff { \music } } #(set-global-staff-size 32) %%% END EXAMPLE %%% ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Is there any lilypond-book programer?
Great! Thank you very much. Marcos. 2013/10/19 David Kastrup d...@gnu.org Marcos Press tdy.p...@gmail.com writes: No, I add them because they are no standard Bash chars. If I autocomplete the command line they appear. If I execute the ls command they don't. Same with the space. $ ls Kayser-Op20-36-Estudios-Fritz Meyer-ed-Schott-Germany $ ls Kayser-Op20-36-Estudios-Fritz\ Meyer-ed-Schott-Germany/ well I have remove them now :), but the space is still there. Issue 3623 URL:http://code.google.com/p/lilypond/issues/detail?id=3623 -- David Kastrup ___ 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
Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Dear 'Pond (especially David K), I'd like to tie the common notes below: { {a1~}\\{f4 e} a1 } But I'm not sure I'm doing it correctly. As this is a repeating, repetitive, periodic, cyclical, seasonal, perennial, regular, frequent, favo(u)rite, and recurrent trope on this list… Is it not possible — once and for all — to solve the temporary polyphony issue? I believe the consensus, at one point, was that it would be best if Lilypond (by default) interpreted a \\ b as { \voiceOne a } \\ \new Voice = 2 { \voiceTwo b } \oneVoice The only points of debate were: 1. Should the new voice be explicitly named, and if so what name?; and 2. Is the parser/lexer/whatever in any shape to easily handle this expansion (if I recall correctly, Han-Wen suggested it might be difficult). What say ye? If I were a better programmer, with more time, I would try this myself — but I'm quite happy (as always) to pay for someone else to do it, if the bounty isn't too high. Many thanks, Kieren. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Kieren MacMillan kieren_macmil...@sympatico.ca writes: Dear 'Pond (especially David K), I'd like to tie the common notes below: { {a1~}\\{f4 e} a1 } But I'm not sure I'm doing it correctly. As this is a repeating, repetitive, periodic, cyclical, seasonal, perennial, regular, frequent, favo(u)rite, and recurrent trope on this list… Is it not possible — once and for all — to solve the temporary polyphony issue? If it was that easy to do, don't you think this would already have been done? What do you think the groundwork of issues 3553, 3303, 3292, and particularly 3225 is supposed to be for? Have you read the issue description of issue 3225? But to do this properly will likely require a different translator group with a different way of routing its grobs than Engraver_group does. I believe the consensus, at one point, was that it would be best if Lilypond (by default) interpreted a \\ b as { \voiceOne a } \\ \new Voice = 2 { \voiceTwo b } \oneVoice The only points of debate were: 1. Should the new voice be explicitly named, and if so what name?; and 2. Is the parser/lexer/whatever in any shape to easily handle this expansion (if I recall correctly, Han-Wen suggested it might be difficult). I think it's more inconsistent than difficult. With the current setup, at least you can pick your main Voice to be named 1 or 2 and then have the respective split voice fall into place. What say ye? If I were a better programmer, with more time, I would try this myself — but I'm quite happy (as always) to pay for someone else to do it, if the bounty isn't too high. I am hauling this one in quite slowly. Of course, for the last haul the bounty won't be too high and you'll find a lot of people able or willing to put the last piece into place for a small fee. But the code base is not yet where this would be trivial to do. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Hi David, If it was that easy to do, don't you think this would already have been done? Not necessarily: different priorities for different people, and the resources of the development community (i.e., mostly you) are greatly limited. I can certainly imagine that many relatively trivial things have not been done, in favour of other (possibly less trivial, but more important/critical/fundamental) development. What do you think the groundwork of issues 3553, 3303, 3292, and particularly 3225 is supposed to be for? Have you read the issue description of issue 3225? 1. Don't know. 2. No. Hence why I asked. =) to do this properly will likely require a different translator group with a different way of routing its grobs than Engraver_group does. Good to know! I think it's more inconsistent than difficult. With the current setup, at least you can pick your main Voice to be named 1 or 2 and then have the respective split voice fall into place. Well, for the list archive in general — and the OP (Joshua) in particular — here's the \split function I use: split = #(define-music-function (parser location music1 music2) (ly:music? ly:music?) #{ { \voiceOne $music1 \oneVoice } \context Voice = 2 { \voiceTwo $music2 } #}) (n.b. According to this thread http://lists.gnu.org/archive/html/lilypond-user/2013-03/msg00166.html, this code now correctly handles repeatchord, etc.) I am hauling this one in quite slowly. […] the code base is not yet where this would be trivial to do. Fair enough — the \split function will have to do for now. Any use making it (and maybe its variants) part of the regular distro? Maybe named \polyphony, or something helpful? Thanks, Kieren. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Kieren MacMillan kieren_macmil...@sympatico.ca writes: split = #(define-music-function (parser location music1 music2) (ly:music? ly:music?) #{ { \voiceOne $music1 \oneVoice } \context Voice = 2 { \voiceTwo $music2 } #}) (n.b. According to this thread http://lists.gnu.org/archive/html/lilypond-user/2013-03/msg00166.html, this code now correctly handles repeatchord, etc.) I am hauling this one in quite slowly. […] the code base is not yet where this would be trivial to do. Fair enough — the \split function will have to do for now. Any use making it (and maybe its variants) part of the regular distro? No. Too limited, too hackish. It's fine describing something like that in the documentation for polyphony, but as a blackbox function it is far too unsymmetric and unflexible (where to put context mods?) to be part of the music function curriculum. That's example or snippet quality and usefulness, not more. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi 2.0.11
- Original Message - From: David Kastrup d...@gnu.org To: Phil Burfitt phil.burf...@talktalk.net Cc: Phil Holmes m...@philholmes.net; lilypond-user@gnu.org Sent: Thursday, October 17, 2013 4:21 PM Subject: Re: Frescobaldi 2.0.11 Phil Burfitt phil.burf...@talktalk.net writes: The directory trial is lowercase. However I've tried with... c:\trial c:/trial C:\trial C:/trial C:\TRIAL C:/TRIAL all treated the same and same output. Under Windows/DOS you can use \ or / for paths and changing directories etc. Ok ok, this is pretty thorough. It was just a case of Once you ruled out all the probable cases, it must be one of the improbable ones. Something like the file name containing a BOM mark (non-printing character). But that's not terribly likely. We have Source_file * Sources::get_file (string file_string, string const current_dir) { if (file_string != -) { // First, check for a path relative to the directory of the // file currently being parsed. if (current_dir.length () file_string.length () !File_name (file_string).is_absolute () is_file (current_dir + DIRSEP + file_string)) file_string = current_dir + DIRSEP + file_string; // Otherwise, check the rest of the path. else if (path_) { string file_string_o = path_-find (file_string); if ((file_string_o == ) (file_string != )) return 0; file_string = file_string_o; } } Source_file *f = new Source_file (file_string); add (f); return f; } Which is called in lily/includable-lexer.cc with /** Set the new input file to NAME, remember old file. */ void Includable_lexer::new_input (const string name, Sources *sources) { string current_dir = dir_name (main_input_name_); if (relative_includes) current_dir = include_stack_.size () ? dir_name (include_stack_.back ()-name_string ()) : ; Source_file *file = sources-get_file (name, current_dir); if (!file) { string msg = _f (cannot find file: `%s', name); msg += \n; msg += _f ((search path: `%s'), (current_dir.length () ? (current_dir + PATHSEP) : ) + sources-path_-to_string ().c_str ()); LexerError (msg.c_str ()); return; } Now relative_includes is _off_ by default, so current_dir should be dir_name (main_input_name_). And that appears to be just the normal file name., so as far as I can tell from string dir_name (const string file_name) { string s = file_name; s = slashify (s); ssize n = s.length (); if (n s[n - 1] == '/') s[n - 1] = 0; if (s.rfind ('/') != NPOS) s = s.substr (0, s.rfind ('/')); else s = ; return s; } We should get an empty string. The s[n - 1] = 0; line is obviously utterly broken, but it should not get executed in your case. Which should let us fall through check the rest of the path. path_-find leads us to File_path::find (const string name) const { if (!name.length () || (name == -)) return name; #ifdef __MINGW32__ if (name.find ('\\') != NPOS) programming_error (file name not normalized: + name); #endif /* __MINGW32__ */ /* Handle absolute file name. */ File_name file_name (name); if (file_name.dir_[0] == DIRSEP is_file (file_name.to_string ())) return file_name.to_string (); for (vsize i = 0; i dirs_.size (); i++) { File_name file_name (name); File_name dir = (string) dirs_[i]; file_name.root_ = dir.root_; dir.root_ = ; if (file_name.dir_.empty ()) file_name.dir_ = dir.to_string (); else if (!dir.to_string ().empty ()) file_name.dir_ = dir.to_string () + ::to_string (DIRSEP) + file_name.dir_; if (is_file (file_name.to_string ())) return file_name.to_string (); } return ; } Now the criterion for absolute file names is obviously wrong for Windows, but I don't see this causing a problem. One worthwhile observation is that when the path is printed, this gets done using string File_path::to_string () const { string s; for (vsize i = 0; i dirs_.size (); i++) { s = s + dirs_[i]; if (i dirs_.size () - 1) s += ::to_string (PATHSEP); } return s; } rather than just printing a string. So if one entry looks like C:/something;C:/somethingelse rather than being two separate entries in the File_path array, we don't get to see the difference. Do we have any other Windows users who could try reproducing this rather strange behavior? -- David Kastrup Trailing forward slashes _do_ work lilypond -I c:/trial/ test.ly lilypond --include c:/trial/ test.ly lilypond --include=c:/trial/ test.ly Trailing backward slash causes lilypond to throw out usage message. re:frescobaldi I'm unable to add a trailing slash to the include directory in preferences. Phil. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi 2.0.11
On Sat, 19 Oct 2013, Phil Burfitt wrote: - Original Message - From: David Kastrup d...@gnu.org (..,) Trailing forward slashes _do_ work (..) Trailing backward slash causes lilypond to throw out usage message. No need to quote *everything*. Please quote selectively. -- MT ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Hi, Too limited, too hackish. Sounds like a lot of what I have to do to get around Lily's idiosyncracies… ;) That's example or snippet quality and usefulness, not more. Well, hopefully it will help the OP. Thanks, Kieren. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Grace notes (yet again)
Hello all, I am once again facing some difficulties with grace notes. I would like to know if there is any way to get knee-beamed grace notes. For instance, have a look on the following code: \version 2.17.28 { g16 b c'4 g16 b' c'4 g16 b'' c'4 g16 b''' c'4 } { \grace {g16 b} c'4 \grace {g16 b'} c'4 \grace {g16 b''} c'4 \grace {g16 b'''} c'4 } Which outputs: http://lilypond.1069038.n5.nabble.com/file/n152618/grace1.png So I would like the grace notes in the bottom staff to behave in the same way as the regular 16th notes in the top staff. In the more complex score I am engraving, I am trying to get this: http://lilypond.1069038.n5.nabble.com/file/n152618/boulez.png But the best I can do so far is this: http://lilypond.1069038.n5.nabble.com/file/n152618/grace2.png And on a parallel note, would it be possible to bring the Issue 1333 back to life? It is the one that deals with the lack of a slash when using \slashedGrace or \acciaccatura with more than one single note. I know I already spoke about it in another post here, but that discussion veered to a different direction. But if a patch for this issue is indeed abandon for good, then I just will continue to manually add \draw-line to grace notes. (that issue can be found here: https://code.google.com/p/lilypond/issues/detail?id=1333 ) Thanks a lot, regards, Gilberto -- View this message in context: http://lilypond.1069038.n5.nabble.com/Grace-notes-yet-again-tp152618.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: Frescobaldi 2.0.11
Agreed:) From: Martin Tarenskeen m.tarensk...@zonnet.nl Subject: Re: Frescobaldi 2.0.11 On Sat, 19 Oct 2013, Phil Burfitt wrote: - Original Message - From: David Kastrup d...@gnu.org (..,) Trailing forward slashes _do_ work (..) Trailing backward slash causes lilypond to throw out usage message. No need to quote *everything*. Please quote selectively. -- MT ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
LyricExtender suicide when past last note of melisma
Hello all, Attached is a snippet which includes a function which I sponsored (Mike S. developed it) to fix the problem that LyricExtender doesn't disappear when the LyricText extends beyond the last note of the melisma. Would love to see this — or something similar — as part of the standard distro, so I thought I'd get the conversation started in that direction. Any suggestions, improvements, enhancements, etc. greatly appreciated. Cheers, Kieren. ___ \version 2.17.13 #(define (lyric-extender::print grob) (let* ((orig (ly:grob-original grob)) (siblings (if (ly:grob? orig) (ly:spanner-broken-into orig) '( (if (not (eq? siblings '())) (ly:lyric-extender::print grob) (let* ((left-edge (ly:spanner-bound grob LEFT)) (common (ly:grob-common-refpoint grob left-edge X)) (heads (ly:grob-object grob 'heads)) (common (ly:grob-common-refpoint-of-array grob heads X)) (left-point (cdr (ly:grob-extent left-edge common X))) (heads-l (ly:grob-array-list heads)) (right-point (if (null? heads-l) 10 (cdr (ly:grob-extent (car (reverse heads-l)) common X) (if ( (- right-point left-point) 0.0) (ly:lyric-extender::print grob) (begin (ly:grob-suicide! grob) #f)) \paper { line-width = 4.5\in ragged-right = ##f } theNotes = \relative c' { c8( d e f g4) a } theWords = \lyricmode { reallylongwordundermelisma __ done. } \markup \huge \bold Default extenders: \markup \vspace #1 \score { \new Staff \theNotes \addlyrics { \theWords } } \markup \vspace #6 \markup \huge \bold Fixed extenders: \markup \vspace #1 \score { \new Staff \theNotes \addlyrics { \theWords } \layout { \context { \Lyrics \override LyricExtender #'stencil = #lyric-extender::print } } } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Kieren MacMillan kieren_macmil...@sympatico.ca writes: Hi, Too limited, too hackish. Sounds like a lot of what I have to do to get around Lily's idiosyncracies… ;) So what? That's more of a reason to get rid of the idiosyncrasies rather than providing incomplete commands with strange semantics that people then start relying on. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Grace notes (yet again)
Gilberto Agostinho gilbertohasn...@gmail.com writes: Hello all, I am once again facing some difficulties with grace notes. I would like to know if there is any way to get knee-beamed grace notes. For instance, have a look on the following code: \version 2.17.28 { g16 b c'4 g16 b' c'4 g16 b'' c'4 g16 b''' c'4 } { \grace {g16 b} c'4 \grace {g16 b'} c'4 \grace {g16 b''} c'4 \grace {g16 b'''} c'4 } Which outputs: http://lilypond.1069038.n5.nabble.com/file/n152618/grace1.png Try \grace { \stemNeutral ... } -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
So what? That's more of a reason to get rid of the idiosyncrasies rather than providing incomplete commands with strange semantics that people then start relying on. Which is exactly why I posted my question in the first place: trying to promote the elimination of [one of] Lilypond's idiosyncracies. In any case, there are too many idiosyncracies for the small development team to take care of immediately. Hence we are forced to use (and start relying on) many, many, many, many — is my point clear yet? — many, many incomplete commands with strange semantics in order to get our work done. At least some of us use Lilypond very heavily on a daily basis. For example, this week alone I: finished composing and engraving a 12-minute song cycle for piano, cello, and voice; updated scores of three different (all relatively complex) multi-act music dramas; and prepared score files for five movements which will include very large forces (double orchestra plus three smaller ensembles plus two choirs) to be filled in with new compositions/arrangements over the next few weeks. Waiting around for proper implementations of things like temporary polyphony is not a real option if I want to get my work done in a timely fashion. Best regards, Kieren. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Kieren MacMillan kieren_macmil...@sympatico.ca writes: So what? That's more of a reason to get rid of the idiosyncrasies rather than providing incomplete commands with strange semantics that people then start relying on. Which is exactly why I posted my question in the first place: trying to promote the elimination of [one of] Lilypond's idiosyncracies. In any case, there are too many idiosyncracies for the small development team to take care of immediately. Hence we are forced to use (and start relying on) many, many, many, many — is my point clear yet? — many, many incomplete commands with strange semantics in order to get our work done. At least some of us use Lilypond very heavily on a daily basis. For example, this week alone I: finished composing and engraving a 12-minute song cycle for piano, cello, and voice; updated scores of three different (all relatively complex) multi-act music dramas; and prepared score files for five movements which will include very large forces (double orchestra plus three smaller ensembles plus two choirs) to be filled in with new compositions/arrangements over the next few weeks. Waiting around for proper implementations of things like temporary polyphony is not a real option if I want to get my work done in a timely fashion. Sure. But the simple workarounds are easy to do _and_ understand. If you feel that the respective approaches are underdocumented, you may be right. But the solution for not understanding how something works is documentation, not wrapping something into a function for which one does not understand how it will work in practice. Music functions provided by LilyPond are documented blackboxes. They should do a given job well, and reasonably completely and comprehensively. They should solve a _task_, rather than being a shortcut for a somewhat useful piece of code related to a task. What you propose as \split is too hackish and limited and arbitrary to turn into a core music function. That does not mean that something like that should possibly be explained more thoroughly in the documentation. But it does not reach the level of a turnkey solution. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Grace notes (yet again)
Perfect, thank you so much David! -- View this message in context: http://lilypond.1069038.n5.nabble.com/Grace-notes-yet-again-tp152618p152627.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: No progress messages on GUI under Windows 7
- Original Message - From: Jeff Wahl jw...@bex.net To: Eluze elu...@gmail.com Cc: Marek Klein ma...@gregoriana.sk; m...@philholmes.net Sent: Saturday, October 19, 2013 4:58 PM Subject: Re: No progress messages on GUI under Windows 7 On 10/17/2013 5:07 PM, Eluze wrote: Am 17.10.2013 21:28, schrieb Marek Klein: 2013/10/17 Eluze elu...@gmail.com Marek Klein wrote Could you please include original poster in your answers? do you mean additionally to the list? I can try, but might forget sometimes. and I think he's reading the list!? He doesn't have to. Why do you think he is? Marek that was a question! if Jeff posted to the list he could easily register and would get all the answers to his questions _and_ all the contributions to similar topics as well. Eluze Sirs: Yes, gentlemen, I'm listening. No, I am not getting all the answers to my questions, but I have some new information. BTW, I don't understand the two messages that (1) Eluze can't reproduce my problem with the newest version of Frescobaldi (2.0.11?) and (2) Phil Holmes tells me the behaviour is by design. Which is it? In Windows 7 64-bit, with UAC (user account control) on, I can get progress output only (A) if the GUI program is run as administrator (even when logged in on the administrator account, which is curious), or (B) if logged in as administrator, running in compatibility mode also works, but not if logged in on a regular account. I'm taking it that your reference to the GUI program is the LilyPond mode -dgui, which is intended to produce minimal output to the screen, writing it instead to a logfile. That is the design behaviour of that mode. If it's Frescobaldi that is the GUI program, then I have no experience and can't help. -- Phil Holmes ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New, more powerful version of \shape!
Hi Kieren, 2013/10/18 Kieren MacMillan kieren_macmil...@sympatico.ca: Hi Janek, Could you send me a few examples of the old behavior (lilypond code, lilypond output, documentation) so that i could quickly estimate the difficulty of the task? Unfortunately, the docs and download archive only goes back to v2.6, and I'm pretty sure we lost Slur #'attachment in v2.4.2, if not earlier. Old documentation is still available in our git repository - a quick trip 9 years back in time gave me the appropriate section on slurs; however, there's not much there beyond what you already told me. Here's a search of the list (showing others who feel/felt the same way as I did when the feature was withdrawn): http://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=slur+attachmentsubmit=Search!idxname=lilypond-usermax=20result=normalsort=score The old behaviour was, for example, \override Slur #'attachment = #'(head . stem) to force the slur to go from the [left-hand] notehead to the [right-hand] stem tip. In a new implementation it could, I suppose, simply calculate the corresponding positions and modify Slur.positions accordingly. In any case, a setting like this would save a huge amount of manual effort and trialerror. BONUS: I would love for something like the following: stem is a constant -1, head is a constant +1, so one could use \override Slur #'attachment = #'(L . R) where L and R are numbers representing the position ***relative to 0, which is the center of the stem***. Does all that make sense? Yes. I've looked at the code and i think that i'll be able to do this :-) I'll start on Monday. I'll publish my progress in branch shape-update of openlilylib/snippets repository: https://github.com/openlilylib/snippets/tree/shape-update BTW, is this you https://github.com/kierenmacmillan ? best, Janek ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi now needs git installed
This only happens when running Frescobaldi from a git checkout. I.e. when there is a '.git/' directory in the root folder of the Frescobaldi source. Of course Frescobaldi should never bail out if some application is not found. Urs, can you look into this? Git is certainly not a dependency for Frescobaldi and never will be. Support for managing lilypond documents inside a Git repository is on the wish list, e.g. to be able to commit or find out who changed what (blame) etc. Best regards, Wilbert -- Wilbert Berendsen (www.wilbertberendsen.nl) Oorspronkelijk bericht Van: Nick Payne nick.pa...@internode.on.net Datum: 19-10-2013 04:17 (GMT+01:00) Aan: lilypond-user@gnu.org Onderwerp: Frescobaldi now needs git installed The install instructions at http://frescobaldi.org/download.html need to add git as a dependency. Without git installed, when trying to run Frescobaldi I get: nick@nick-desktop:~$ /home/nick/source/frescobaldi/frescobaldi Traceback (most recent call last): File /home/nick/source/frescobaldi/frescobaldi, line 3, in module import frescobaldi_app.main File /home/nick/source/frescobaldi/frescobaldi_app/main.py, line 176, in module main() File /home/nick/source/frescobaldi/frescobaldi_app/main.py, line 135, in main import mainwindow # contains MainWindow class File /home/nick/source/frescobaldi/frescobaldi_app/mainwindow.py, line 40, in module import menu File /home/nick/source/frescobaldi/frescobaldi_app/menu.py, line 47, in module import vcs File /home/nick/source/frescobaldi/frescobaldi_app/vcs/__init__.py, line 46, in module app_repo = apprepo.AppRepo() File /home/nick/source/frescobaldi/frescobaldi_app/vcs/apprepo.py, line 42, in __init__ self._activeBranch = self.current_branch() File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 151, in current_branch for branch in self.branches(): File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 137, in branches return [line.strip() for line in self._run_git_command('branch', args)] File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 119, in _run_git_command raise GitError(str(error)) vcs.gitrepo.GitError: /bin/sh: 1: git: not found ___ 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: Frescobaldi now needs git installed
Wilbert Berendsen wbs...@xs4all.nl schrieb: This only happens when running Frescobaldi from a git checkout. I.e. when there is a '.git/' directory in the root folder of the Frescobaldi source. Of course Frescobaldi should never bail out if some application is not found. Urs, can you look into this? Yes, as I have already commented this morning ;-) Git is certainly not a dependency for Frescobaldi and never will be. Support for managing lilypond documents inside a Git repository is on the wish list, e.g. to be able to commit or find out who changed what (blame) etc. Best regards, Wilbert -- Wilbert Berendsen (www.wilbertberendsen.nl) Oorspronkelijk bericht Van: Nick Payne nick.pa...@internode.on.net Datum: 19-10-2013 04:17 (GMT+01:00) Aan: lilypond-user@gnu.org Onderwerp: Frescobaldi now needs git installed The install instructions at http://frescobaldi.org/download.html need to add git as a dependency. Without git installed, when trying to run Frescobaldi I get: nick@nick-desktop:~$ /home/nick/source/frescobaldi/frescobaldi Traceback (most recent call last): File /home/nick/source/frescobaldi/frescobaldi, line 3, in module import frescobaldi_app.main File /home/nick/source/frescobaldi/frescobaldi_app/main.py, line 176, in module main() File /home/nick/source/frescobaldi/frescobaldi_app/main.py, line 135, in main import mainwindow # contains MainWindow class File /home/nick/source/frescobaldi/frescobaldi_app/mainwindow.py, line 40, in module import menu File /home/nick/source/frescobaldi/frescobaldi_app/menu.py, line 47, in module import vcs File /home/nick/source/frescobaldi/frescobaldi_app/vcs/__init__.py, line 46, in module app_repo = apprepo.AppRepo() File /home/nick/source/frescobaldi/frescobaldi_app/vcs/apprepo.py, line 42, in __init__ self._activeBranch = self.current_branch() File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 151, in current_branch for branch in self.branches(): File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 137, in branches return [line.strip() for line in self._run_git_command('branch', args)] File /home/nick/source/frescobaldi/frescobaldi_app/vcs/gitrepo.py, line 119, in _run_git_command raise GitError(str(error)) vcs.gitrepo.GitError: /bin/sh: 1: git: not found ___ 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
Symmetrical ties in TieColumn
Hi Currently I'm making some experiments with ties. What I need is a function that makes all ties in TieColumn have the same length (see attachment). I tried to achieve this by changing some values from Tie.details, but couldn't find the right configuration. Then I tried to modify shapeTieColumn.ly (http://lists.gnu.org/archive/html/lilypond-devel/2012-06/msg00285.html) but that's probably not the way it should be done. My question: how difficult would be to write such function? attachment: tie.png___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: No progress messages on GUI under Windows 7
Phil Holmes-2 wrote Sirs: Yes, gentlemen, I'm listening. No, I am not getting all the answers to my questions, but I have some new information. BTW, I don't understand the two messages that (1) Eluze can't reproduce my problem with the newest version of Frescobaldi (2.0.11?) and (2) Phil Holmes tells me the behaviour is by design. Which is it? In Windows 7 64-bit, with UAC (user account control) on, I can get progress output only (A) if the GUI program is run as administrator (even when logged in on the administrator account, which is curious), or (B) if logged in as administrator, running in compatibility mode also works, but not if logged in on a regular account. I'm taking it that your reference to the GUI program is the LilyPond mode -dgui, which is intended to produce minimal output to the screen, writing it instead to a logfile. That is the design behaviour of that mode. If it's Frescobaldi that is the GUI program, then I have no experience and can't help. @Phil: do we really need a new thread for this? @Jeff: please _always_ reply to the list and not to individual participants (you can always cc them, but that's probably not needed) @Jeff: I took it from your post that you're using a GUI like Frescobaldi (2.0.11 seems to be the newest release!?) and there I get the mentioned LilyPond.log starting LilyPond from a command line either as /lilypond -dgui/ or /lilypond-windows/ puts the messages to a log file. starting /lilypond/ only will display the messages in the console. if there are such problems as you describe with uac or administrator rights I would un- and re-install LilyPond from zero - LilyPond does not need administrator rights to be run (only to be installed in C:\Program files... ) - and also make sure the files you are LilyPonding are not in a administrator (write-)accessible folder. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Re-No-progress-messages-on-GUI-under-Windows-7-tp152630p152640.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: Symmetrical ties in TieColumn
Hi Karol, On Sat, Oct 19, 2013 at 3:36 PM, Karol Majewski karo...@wp.pl wrote: Hi Currently I'm making some experiments with ties. What I need is a function that makes all ties in TieColumn have the same length (see attachment). I tried to achieve this by changing some values from Tie.details, but couldn't find the right configuration. Then I tried to modify shapeTieColumn.ly ( http://lists.gnu.org/archive/html/lilypond-devel/2012-06/msg00285.html) but that's probably not the way it should be done. My question: how difficult would be to write such function? The problem here is that AFAIK you can't tell LilyPond: here are the attachment points I want for my ties; draw nice ones. . I've come up with a sketch which does something like what you want, but you have to play around with numbers to get a good result. Basically, it draws however many ties you need, but draws them with the same shape, lined up. You need to specify the shape of one of them by giving a list resembling control points. The y coordinates in this list are relative to 0. The x-coordinates represent the horizontal distance of the control points from the first NoteColumn associated with the TieColumn. I don't think that makes a lot of sense--and I'm a little too tired to do better--but I fiddling with the numbers should make it clear. Now the problems :) --Layout changes will mess up your hard work. --Won't work with broken ties as of yet. Anyway, it's something. --David lined-up-ties.ly Description: Binary data attachment: lined-up-ties.png___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Symmetrical ties in TieColumn
Thank you, David, it works indeed! I know that this is not exactly what I asked for but it is a good starting point. Now the question: is it possible for LilyPond to show control_point_values of ties?Let's say I have something like: = \version "2.17.28"{c'1~ c'1} = and want LilyPond to show me all control points of that tie. Is this viable? Dnia 20-10-2013 o godz. 0:39 David Nalesnik napisał(a): Hi Karol, On Sat, Oct 19, 2013 at 3:36 PM, Karol Majewski karo...@wp.pl wrote: Hi Currently I'm making some experiments with ties. What I need is a function that makes all ties in TieColumn have the same length (see attachment). I tried to achieve this by changing some values from Tie.details, but couldn't find the right configuration. Then I tried to modify shapeTieColumn.ly (http://lists.gnu.org/archive/html/lilypond-devel/2012-06/msg00285.html) but that's probably not the way it should be done. My question: how difficult would be to write such function? The problem here is that AFAIK you can't tell LilyPond: here are the attachment points I want for my ties; draw nice ones. . I've come up with a sketch which does something like what you want, but you have to play around with numbers to get a good result. Basically, it draws however many ties you need, but draws them with the same shape, lined up. You need to specify the shape of one of them by giving a list resembling control points. The y coordinates in this list are relative to 0. The x-coordinates represent the horizontal distance of the control points from the first NoteColumn associated with the TieColumn. I don't think that makes a lot of sense--and I'm a little too tired to do better--but I fiddling with the numbers should make it clear. Now the problems :) --Layout changes will mess up your hard work. --Won't work with broken ties as of yet. Anyway, it's something. --David ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Symmetrical ties in TieColumn
Karol, On Sat, Oct 19, 2013 at 6:22 PM, Karol Majewski karo...@wp.pl wrote: Thank you, David, it works indeed! I know that this is not exactly what I asked for but it is a good starting point. Now the question: is it possible for LilyPond to show control_point_values of ties? Let's say I have something like: = \version 2.17.28 { c'1~ c'1 } = and want LilyPond to show me all control points of that tie. Is this viable? Sure. You'll notice that the function I sent works with the control points of each tie in the column, Displaying them is straightforward: { \override Tie.after-line-breaking = #(lambda (grob) (display (ly:grob-property grob 'control-points)) (newline)) c'1~ c'1 } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fix temporary polyphony for good (was 'Re: Ties in complex polyphony')
Thanks for your input guys! I do agree that it is difficult, and perhaps can be some kind of change for the future. For now, I'll try/use the suggestions and go from there. :) Thanks! IC, Josh On Sat, Oct 19, 2013 at 9:21 AM, Kieren MacMillan kieren_macmil...@sympatico.ca wrote: Hi, Too limited, too hackish. Sounds like a lot of what I have to do to get around Lily's idiosyncracies… ;) That's example or snippet quality and usefulness, not more. Well, hopefully it will help the OP. Thanks, Kieren. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
7-year-old question
In 2005 someone asked this - http://lists.gnu.org/archive/html/lilypond-user/2005-11/msg00273.html Can one generate/access a list of coordinates for each rendered note/chord (per staff)? (I don't think it should matter that a lot of scaling happens; one could probably reverse the scaling through some trial error approximation, in the worst case scenario) I'm not finding a solution/answer ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: 7-year-old question
On Sat, Oct 19, 2013 at 7:12 PM, Bric b...@flight.us wrote: In 2005 someone asked this - http://lists.gnu.org/archive/html/lilypond-user/2005-11/msg00273.html Can one generate/access a list of coordinates for each rendered note/chord (per staff)? Check out ly2video (https://github.com/aspiers/ly2video/). Especially the 'dump-spacetime-info' function in ly2video.py. It's purpose is to dump the horizontal position for aligning to audio, but I think a similar function could work to pull out absolute positioning in x and y. -Jay ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
make-connected-path-stencil with variables and connected paths
Hi all, I'm trying to use make-connected-path-stencil, but it's not working as expected, in two ways. Here's a tiny example: \version 2.17.28 myStencil = #(let* ((A 0) (B 1)) (make-connected-path-stencil '((A B) (B B) (A A)) ;; -- variables can't be used in pointlist? 0.1 1 1 #f ;; -- error when connect is set to #t #t)) 1. Using variables in the pointlist gives this GUILE error: Wrong type: A 2. Setting connect to #t gives this GUILE error (this seems like a bug): Wrong type argument in position 1 (expecting empty list): closepath Any suggestions? Here's the documentation from where it is defined in stencil.scm, line 432: (define-public (make-connected-path-stencil pointlist thickness x-scale y-scale connect fill) Make a connected path described by the list @var{pointlist}, with thickness @var{thickness}, and scaled by @var{x-scale} in the X direction and @var{y-scale} in the Y direction. @var{connect} and @var{fill} are boolean arguments that specify if the path should be connected or filled, respectively. Thanks, -Paul ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
LilyPond look - Musegraph font?
Hello, I stumbled upon this website recently and just noticed they have this font offered for sale, dubbed Lilypond look is here! Do any of you know anything about this vendor and/or fonts? I'm curious...anyone try these fonts before? Paris... http://www.musegraph.com/2011/04/19/paris-font/ - composer | sound designer LilyPond Tutorials (for beginners) -- http://bit.ly/bcl-lilypond -- View this message in context: http://lilypond.1069038.n5.nabble.com/LilyPond-look-Musegraph-font-tp152650.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