lilypondforum.nl
Dear Dutch-Language friends, Just to inform you: I'm sorry to have neglected lilypondforum.nl for such a long time. It was flooded with spam accounts and spam messages; I decided delete the database. I still own the domain and will re-setup a new forum when I have some time, and try to use somewhat more robust software etc (ideas are welcome!) Ik heb de site lilypondforum.nl voorlopig opgeheven. Ik heb het domein nog steeds maar het forum was volgelopen met spam. Als ik tijd heb zal ik proberen een nieuw, meer robuust forum op te zetten (ideeën zijn welkom!) Wilbert -- Wilbert Berendsen (http://www.wilbertberendsen.nl) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypondforum.nl
2014-07-08 11:36 GMT+02:00 Wilbert Berendsen wbs...@xs4all.nl: I'm sorry to have neglected lilypondforum.nl for such a long time. It was flooded with spam accounts and spam messages; I decided delete the database. I still own the domain and will re-setup a new forum when I have some time, and try to use somewhat more robust software etc (ideas are welcome!) I don't have any experience in managing forums.. What about a QA website? On this list there was a discussion about websites like stackoverflow and Shapado (Ruby) was suggested: http://lists.gnu.org/archive/html/lilypond-user/2013-11/msg00055.html http://shapado.com/ There's also Drum, a pythonic software written by the author of Mezzanine: https://github.com/stephenmcd/drum http://drum.jupo.org/ ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Dot-separated list as music function argument
Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } % The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Best regards, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [openlilylib] Discuss restructuring
Am 07.07.2014 16:48, schrieb Paul Morris: Urs Liska wrote Hm, I think I_must not_ start with such a script right now, since I know that this - although being not too complex - will eat up too much of my time and concentration. But your message triggered a little bit of thought, and I came to the conclusion that we should use a website (i.e. openlilylib.org) for the documentation. The script will have two stages: parsing the content of the library and generating documentation from the resulting internal representation. I think generating complete HTML pages isn't more complicated than generating Markdown, but the results are better to use: We have more control over the layout and formatting options than on a Github Wiki, _and_ we have a self-contained HTML site that can also be deployed locally. Yep. This might be a good opportunity to get my feet wet with PyQt, i.e. not to write a _script_ but an application. Initially this wouldn't do much more than a mere script, but with more convenient interactivity. Later it could add an interface to _edit_ the metadata (e.g. selecting from existing tags, batch renaming of tags etc.) and also the documentation strings themselves. And it can even incorporate a convenient documentation browser. I think we should target the documentation output to be a self-contained HTML site in the repository itself (in a /doc directory) and only them consider making it available online too. At least with the HTML part of such a documentation I'd be glad for assistance (if I really get this started at all). Not that I'm unable to do that part but others can do that better, and it's a convenient split-point to share work. Best Urs ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
On Tue, Jul 8, 2014 at 5:39 AM, Simon Albrecht simon.albre...@mail.de wrote: Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } % The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Best regards, Simon Simon, You should be able to use the older syntax for indicating grob properties: \override $grob #'color = #(x11-color 'grey40) $mus \revert $grob #'color See if that helps. -Abraham ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
2014-07-08 13:39 GMT+02:00 Simon Albrecht simon.albre...@mail.de: The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? I think that symbol-list-or-symbol? is what you need: \version 2.19.8 ed = #(define-music-function (parser location grob mus) (symbol-list-or-symbol? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #}) \relative { \ed NoteHead c' \ed Staff.Accidental { cis dis } es } best, Janek ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
2014-07-08 13:39 GMT+02:00 Simon Albrecht simon.albre...@mail.de: Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } % The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Best regards, Simon Hi, use the predicate symbol-list-or-symbol? Below a working version, displaying some info as well: \version 2.19.8 ed = #(define-music-function (parser location grob mus) (symbol-list-or-symbol? ly:music?) ;; displaying some info: (format #t \nI'm the list: \t\t\t~a My first entry is: \t~a My next entry is: \t~a My first entry is a symbol? \t~a My next entry is a symbol? \t~a grob (car grob) (if (not (null? (cdr grob))) (cadr grob) none) (symbol? (car grob)) (if (not (null? (cdr grob))) (symbol? (cadr grob)) none found)) (newline) ;; coloring the grob(s) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #}) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } \relative { \ed NoteHead c' \ed Staff.Accidental { cis dis } es } HTH, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Header markup question
I'm editing a file that was created in 2.16. Within the *\paper* settings, I have the following two lines that put headers on pages after the first, and they print too close to the top edge of the paper. What markup should be added to move the headers down a bit? *evenHeaderMarkup=\markup \fill-line { \fromproperty #'page:page-number-string \htitle \hcomposer } * * oddHeaderMarkup= \markup \fill-line { \on-the-fly #not-first-page \hcomposer \on-the-fly #not-first-page \htitle \on-the-fly #not-first-page \fromproperty #'page:page-number-string }* Thanks. Larry Kent Tampa, FL ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Header markup question
On Tue, Jul 8, 2014 at 5:05 AM, Larry Kent kentla...@gmail.com wrote: I'm editing a file that was created in 2.16. Within the \paper settings, I have the following two lines that put headers on pages after the first, and they print too close to the top edge of the paper. What markup should be added to move the headers down a bit? evenHeaderMarkup=\markup \fill-line { \fromproperty #'page:page-number-string \htitle \hcomposer } oddHeaderMarkup= \markup \fill-line { \on-the-fly #not-first-page \hcomposer \on-the-fly #not-first-page \htitle \on-the-fly #not-first-page \fromproperty #'page:page-number-string } Thanks. Larry Kent Tampa, FL Larry, The easiest thing to change would be to increase the top-margin property in the \paper block, like: \paper { top-margin = 1\in % or \cm or something else... } Regards, Abraham ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
Simon Albrecht simon.albre...@mail.de writes: Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) See the code is a euphemism. Try telling your mail client not to reformat stuff. \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Your predicate string-or-list? accepts a string, so LilyPond does not look for . or anything else. That's a really bad predicate to use here. Try symbol-list-or-symbol? instead. That should be pretty close to what one would expect from override-similar syntax. Probably symbol-list? alone is fine as well, but it will, of course, not accept #'Accidental (which is not a symbol list), even though it _will_ accept Accidental without any quotes. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
Janek Warchoł janek.lilyp...@gmail.com writes: 2014-07-08 13:39 GMT+02:00 Simon Albrecht simon.albre...@mail.de: The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? I think that symbol-list-or-symbol? is what you need: I'd probably use symbol-list? here. symbol-list-or-symbol? is a bit of a compatibility crutch for functions that previously accepted #'xxx syntax for their arguments, possibly mimicking \override syntax. For newly introduced functions, accepting #'xxx in addition to #'(xxx) does not seem like a necessity. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
On Tue, Jul 8, 2014 at 9:48 AM, David Kastrup d...@gnu.org wrote: Simon Albrecht simon.albre...@mail.de writes: Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) See the code is a euphemism. Try telling your mail client not to reformat stuff. \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Your predicate string-or-list? accepts a string, so LilyPond does not look for . or anything else. That's a really bad predicate to use here. Try symbol-list-or-symbol? instead. That should be pretty close to what one would expect from override-similar syntax. Probably symbol-list? alone is fine as well, but it will, of course, not accept #'Accidental (which is not a symbol list), even though it _will_ accept Accidental without any quotes. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user Simon, Disregard my response. After re-reading your initial post and seeing Janek's and David's responses, I realized that I misunderstood your question. Regards, Abraham ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
Thomas Morley thomasmorle...@gmail.com writes: use the predicate symbol-list-or-symbol? Below a working version, displaying some info as well: \version 2.19.8 ed = #(define-music-function (parser location grob mus) (symbol-list-or-symbol? ly:music?) ;; displaying some info: (format #t \nI'm the list: \t\t\t~a My first entry is: \t~a My next entry is: \t~a My first entry is a symbol? \t~a My next entry is a symbol? \t~a grob (car grob) Uh, you should _not_ be using symbol-list-or-symbol? if your code is not prepared to accept a single symbol. In that case, use just symbol-list? as predicate. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: unclear topic
Am 08.07.2014 16:16, schrieb Federico Bruni: Hi Michael Problems in translated manuals should be reported on the translation list. The german translation is not updated as far as I know, since I've seen some reports from german users in the last year. Last commit of Till Paala was in october 2012. Unfortunately these reports can't be useful if nobody works on them. Would you like to help with upgrading the german translation? I can help you to understand the workflow. During the summer I might have time and a good mind to help. I’ll ask for assistance then. Yours, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypondforum.nl
Hi Wilbert, Wilbert Berendsen wbs...@xs4all.nl writes: I still own the domain and will re-setup a new forum when I have some time, and try to use somewhat more robust software etc (ideas are welcome!) Most important question: Will there be sufficient interest in a generic Dutch LilyPond forum? I'm inclined to say that typesetting music is rather language agnostic. I cannot think of Dutch language specific issues except but I can understand some people may have problems participating in English language discussions. It would be different if the forum/mailing list were dedicated to cooperation on the Dutch translation of LilyPond docs. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Proportional-Notation Durations
Hi List. I'm looking for a LilyPond way to specify note duration in a Proportional Notation context using exactly _one_ stemless notehead type. Perhaps the first option is a mid-level horizontal line extending distance-X from the notehead. (The space following would indicate silence.) But I want ask: has anyone done this instead with the _hairpin_ -- attached to a note-head via pitch params, tapered to a param-specified length, and filled? If not, or in any case, any other ideas? Thanks in advance for your time. Pete ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond Python on Windows
Op 8 jul. 2014 18:39 schreef J Dorocak j_doro...@comcast.net: Dear Han-Wen, I recently installed Lilypond Frescobaldi on Windows XP. Now my web2py installation is broken because *.py is associated with ‘C:\Program Files\LilyPond\usr\bin\python.exe’ as opposed to 'C:\\Python27\\python.exe'. Here is my question. Is this association required to run Lilypond Frescobaldi? Thanks for the help. Love and peace, Joe Joe Dorocak, aka joecodesw...@gmail.com j_doro...@comcast.net ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Beam subdivided at non-periodic intervals
I need help implementing beam subdivisions with non-periodic beat structure (see image). Thank You! Below base code for this measure: %% \version 2.18.2 \relative c{ \time 4/4 \key g \minor \set subdivideBeams = ##t \ottava #1 ees16[ d f ees d c b d c bes a g fis] } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: unclear topic
Am 08.07.2014 23:38, schrieb Federico Bruni: 2014-07-08 18:49 GMT+02:00 Simon Albrecht simon.albre...@mail.de mailto:simon.albre...@mail.de: Am 08.07.2014 16:16, schrieb Federico Bruni: Hi Michael Problems in translated manuals should be reported on the translation list. The german translation is not updated as far as I know, since I've seen some reports from german users in the last year. Last commit of Till Paala was in october 2012. Unfortunately these reports can't be useful if nobody works on them. Would you like to help with upgrading the german translation? I can help you to understand the workflow. During the summer I might have time and a good mind to help. I’ll ask for assistance then. Yours, Simon Great! I'll probably be away from keyboard during summer, but you'll find some translator ready to help you. I attach my easy guide for lilypond translators. Hope that it will help Thanks, Federico. I’ll delve into that when I find the time. One nitpick: at the beginning of your .rst file, there is a broken link to the LSR: it should now read http://lsr.di.unimi.it/. Best, Simon ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Dot-separated list as music function argument
Many thanks for the responses, Thomas and David. And sorry for the messy code layout… I’ll see if I can change that. Yours, Simon Am 08.07.2014 15:50, schrieb Thomas Morley: 2014-07-08 13:39 GMT+02:00 Simon Albrecht simon.albre...@mail.de: Hello everybody, I just wrote a music function to mark grobs as editorial addition by colouring them grey. See the code and an example: \version 2.19.8 ed = #(let ((string-or-list? (lambda (grob) (or (string? grob) (list? grob) (define-music-function (parser location grob mus) (string-or-list? ly:music?) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #} ) ) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } % The 2.18 changes document says that #'(Staff Accidental) and Staff.Accidental were now interchangeable, however if I replace it in the second function call, I get errors (unexpected . etc.). Is there a way to avoid this in the coding of the function or should it be considered a bug? Best regards, Simon Hi, use the predicate symbol-list-or-symbol? Below a working version, displaying some info as well: \version 2.19.8 ed = #(define-music-function (parser location grob mus) (symbol-list-or-symbol? ly:music?) ;; displaying some info: (format #t \nI'm the list: \t\t\t~a My first entry is: \t~a My next entry is: \t~a My first entry is a symbol? \t~a My next entry is a symbol? \t~a grob (car grob) (if (not (null? (cdr grob))) (cadr grob) none) (symbol? (car grob)) (if (not (null? (cdr grob))) (symbol? (cadr grob)) none found)) (newline) ;; coloring the grob(s) #{ \override $grob . color = #(x11-color 'grey40) $mus \revert $grob . color #}) \relative { \ed NoteHead c' \ed #'(Staff Accidental) { cis dis } es } \relative { \ed NoteHead c' \ed Staff.Accidental { cis dis } es } HTH, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Music font switching question
tisimst wrote I just thought I'd ask the question... BTW, if it wasn't clear, this question is for everyone who receives it :) -Abraham -- View this message in context: http://lilypond.1069038.n5.nabble.com/Music-font-switching-question-tp164171p164172.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: Beam subdivided at non-periodic intervals
Javier, You are welcome! Mark From: Javier Ruiz-Alma [mailto:jav...@ruiz-alma.com] Sent: Tuesday, July 08, 2014 9:17 PM To: Mark Stephen Mrotek; 'LilyPond User Group' Subject: Re: Beam subdivided at non-periodic intervals I'm surprised that it does. Thanks for coming up with that option. I was stuck in the section on Subdivided beams, but failed to come up with any combination of \baseMoment and \beatStructure that would render these beam subdivisions. On Tuesday, July 8, 2014 8:39 PM, Mark Stephen Mrotek carsonm...@ca.rr.com wrote: Javier, I am not sure it is the most elegant solution, yet it appears to work. The command “\set stemLeftBeamCount” is at http://lilypond.org/doc/v2.18/Documentation/notation/beams#manual-beams Mark From: lilypond-user-bounces+carsonmark=ca.rr@gnu.org [mailto:lilypond-user-bounces+carsonmark=ca.rr@gnu.org] On Behalf Of Javier Ruiz-Alma Sent: Tuesday, July 08, 2014 5:55 PM To: LilyPond User Group Subject: Beam subdivided at non-periodic intervals I need help implementing beam subdivisions with non-periodic beat structure (see image). Thank You! Below base code for this measure: %% \version 2.18.2 \relative c{ \time 4/4 \key g \minor \set subdivideBeams = ##t \ottava #1 ees16[ d f ees d c b d c bes a g fis] } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: unclear topic
2014-07-09 0:50 GMT+02:00 Simon Albrecht simon.albre...@mail.de: One nitpick: at the beginning of your .rst file, there is a broken link to the LSR: it should now read http://lsr.di.unimi.it/ http://lsr.di.unimi.it/. Thanks, fixed! Another nitpick: the command to generate the pdf is rst2pdf ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user