Re: define-grobs.scm properties not alphabetical
On 6/18/09 10:17 PM, "Graham Percival" wrote: > On Thu, Jun 18, 2009 at 08:55:08PM -0700, Mark Polesky wrote: >> >> Any reason why properties listed in define-grobs.scm >> are not in alphabetical order? Sometimes I get a little >> frustrated looking stuff up in IR 3.1. > > That file contains: > ;;; todo:: reorder sensibly. > > and IMO alphabetical is a sensible order. Alphabetical would be fine. But keep the (meta entries at the end of the property list, IMO. Carl ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: define-grobs.scm properties not alphabetical
> One curious thing I've noticed when looking over this > is in the definition for Script: > > line 1477: ;; don't set direction here: it breaks staccato. > > ...then 9 lines later, direction is set... > > line 1486: (direction . ,ly:script-interface::calc-direction) > > I don't know if that means anything, I'm just reporting on it. Also, what is meant by this comment in SpanBar line 1595: ;; ugh duplication! If I'm moving things around, where should I put that comment? And TextScript has 2 'direction entries: line 1876: (direction . ,DOWN) line 1883: (direction . ,ly:script-interface::calc-direction) - Mark ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: define-grobs.scm properties not alphabetical
Carl D. Sorensen wrote: > >> Any reason why properties listed in define-grobs.scm > >> are not in alphabetical order? Sometimes I get a little > >> frustrated looking stuff up in IR 3.1. > > > > That file contains: > > ;;; todo:: reorder sensibly. > > > > and IMO alphabetical is a sensible order. > > Alphabetical would be fine. But keep the (meta entries at the end of the > property list, IMO. One curious thing I've noticed when looking over this is in the definition for Script: line 1477: ;; don't set direction here: it breaks staccato. ...then 9 lines later, direction is set... line 1486: (direction . ,ly:script-interface::calc-direction) I don't know if that means anything, I'm just reporting on it. - Mark ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: define-grobs.scm properties not alphabetical
> > One curious thing I've noticed when looking over this > > is in the definition for Script: > > > > line 1477: ;; don't set direction here: it breaks staccato. > > ...then 9 lines later, direction is set... > > line 1486: (direction . ,ly:script-interface::calc-direction) > > > > I don't know if that means anything, I'm just reporting on it. > > Also, what is meant by this comment in SpanBar > line 1595: ;; ugh duplication! > If I'm moving things around, where should I put that comment? > > And TextScript has 2 'direction entries: > line 1876: (direction . ,DOWN) > line 1883: (direction . ,ly:script-interface::calc-direction) also in TextScript: line 1891: ;; todo: add X self alignment? ...does that mean self-alignment-X ? - Mark ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
Mark, This would be a good time for you to learn about testing. See AU 1.2.5 for information about how to test and make sure your changes haven't broken anything. You should do this, and then you will know if you've broken anything. Thanks, Carl On 6/19/09 2:17 AM, "Mark Polesky" wrote: > Actually it's 2 patches. > > Could someone test it out, make sure I didn't > accidentally do something stupid? Should be okay, > but it's such a big change... If it looks good, > you know what to do! > > Thanks for your help. > - Mark > > > > ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
On 6/19/09 2:17 AM, "Mark Polesky" wrote: > Actually it's 2 patches. > > Could someone test it out, make sure I didn't > accidentally do something stupid? Should be okay, > but it's such a big change... If it looks good, > you know what to do! > Mark does not have the capability of compiling LilyPond, so he can't do the testing described in AU 1.2.5. Is there a Frog that would be willing to test Mark's patch to verify it passes the regression tests? Thanks, Carl > Thanks for your help. > - Mark > > > > ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: ppppp but no fffff
Jay Anderson writes: > See page 86 of the first file and page 44 of the second file at the > Andante non tanto. The strings and the woodwinds are at the full f > while the brass and percussion are only at :). Reminds me of that rehearsal joke where the conductor stops the orchestra, frowns, and says "Forte, messieurs les brass, forte!" They play again. The conductor waves them off, frowns more, and says "Forte, I say!". They give everything they can. The conductor stops again, furious, and hisses "Forte, not fortissimo!". -- David Kastrup ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Numbered musical notation (Jianpu)
On Sat, Jun 06, 2009 at 11:09:42PM -0600, Andrew Hawryluk wrote: > Have you tried \textLengthOn? See Notation Reference 1.8.1 Thanks. Although \textLengthOn at the beginning of the music solves the problem of the jianpu, it also creates other problems (e.g. the word "cantabile" under the first note of a bar pushes all the other notes to the right leaving a big space). It does not seem possible to insert \textLengthOn and \textLengthOff around each markup command; you can put them before and after the note as a whole, but how can you say you want the "cantabile" to be textLengthOff and the jianpu to be textLengthOn when they're on the same note? Incidentally I also tried writing the jianpu notation as figured bass with \markup in it, but this didn't work very well because (a) rests are not allowed to have figured bass over them and (b) if you don't want the height to be adjusted then you have to let the figured bass go below the stave not above. Thanks again.Silas -- Silas S Brown http://people.pwf.cam.ac.uk/ssb22 ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
console output elusive for Windows users
Windows users compiling according to LM 2.1.1 will never see the console output. Is it possible to send the standard output also to the .log file? - Mark ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Error producing .pdf using Lily V2.13.1 on Ubuntu 0.04 - ghostscript barfs
I get this error message when compiling my lilypond source (by this stage it's already produced the .ps file): Converting to `./Exsultate-Andante.pdf'... Invoking `gs -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="./Exsultate-Andante.pdf" -c .setpdfwrite -f "Exsultate-Andante.ps"'...GPL Ghostscript SVN PRE-RELEASE 8.65: Can't find initialization file gs_init.ps. However, if I run a terminal in the same directory as the .ly file and copy and paste the command line being complained about, it happily produces the .pdf from the .ps. What's wrong here, gs --version gives me 8.64. Is this a problem with the lily kit, or my system set-up? Cheers, Ian Hulin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
guile sandbox without guile
This may be totally obvious to everyone here, but Windows users can't just run guile without running LilyPond (I'm thinking for users who are working on learning scheme). At least not to my knowledge. I've been using a very simple trick (don't expect to be impressed) to work around this. In a music file, I'll do something like this: \version "2.13.1" #(begin (define (cube x) (* x x x)) (display (cube 2)) ) and then I can check the console for the output. Well, that's a simplified version, but before I knew I could do this, I downloaded Dr.Scheme (which uses PLT, not guile) and started learning from a PLT-specific book (http://www.htdp.org/) which was a slower way to learn LilyPond-specific scheme; I had to relearn things differently once I realized how different PLT and guile are. Another problem is that Windows users compiling according to LM 2.1.1 won't know how to find the console output, which I mentioned here: http://lists.gnu.org/archive/html/lilypond-devel/2009-06/msg00434.html I recall past discussions about an interactive guile environment but I don't know if that ever got resolved. http://lists.gnu.org/archive/html/lilypond-devel/2004-03/msg00014.html Will the technique work in Windows? I tried just doing #(top-repl) with LilyPondTool but the program stalled, and when I clicked the stop button, I got a pop-up: Error running external command. See the activity log about the problem. Cannot run program "C:\Program Files\LilyPond\usr\bin\(+" (in directory "C:\Documents and Settings\[etc]"): CreateProcess error=2, The system cannot find the file specified I'd like to incorporate some solution into the docs (maybe LM appendix B), even if it's just my cheap trick. As simple as it is, it was a *long* time before I realized I could've been doing that all along. And I wonder if I'm overlooking something even simpler. - Mark ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
On Fri, Jun 19, 2009 at 2:50 AM, Carl D. Sorensen wrote: > > > > On 6/19/09 2:17 AM, "Mark Polesky" wrote: > >> Actually it's 2 patches. >> >> Could someone test it out, make sure I didn't >> accidentally do something stupid? Should be okay, >> but it's such a big change... If it looks good, >> you know what to do! >> > > Mark does not have the capability of compiling LilyPond, so he can't do the > testing described in AU 1.2.5. > > Is there a Frog that would be willing to test Mark's patch to verify it > passes the regression tests? I ran the test suite with Mark's patches, and everything looks fine here. Thanks for doing this, Mark! -Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [frogs] Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
2009/6/19 Patrick McCarty : > I ran the test suite with Mark's patches, and everything looks fine here. I'd like to look at the patches, but they're obviously over the size limit for attachments. :) Can somebody post them on Rietveld so we can all have a look at them? Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: guile sandbox without guile
2009/6/19 Mark Polesky : > > This may be totally obvious to everyone here, but Windows users > can't just run guile without running LilyPond (I'm thinking for > users who are working on learning scheme). At least not to my > knowledge. When I was using Windows exclusively, I used to open a command prompt (or git bash once I'd installed msysgit) and type `guile'. :) Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Successful merge?
Hi Francisco, Le jeudi 18 juin 2009 à 12:17 +0200, Francisco Vila a écrit : > Just curiosity, how do you make these commits after the merge, to > appear in both branches? I just push the same branch directly to both master and lilypond/translation. In the usual case, suppose I merged lilypond/translation into master after having checked that lilypond/translation compiles well. I'll push master branch as usual, but as I also want last changes from master on lilypond/translation too, I simply push the same revision with git push master2trans where master2trans is a remote point defined in .git/remotes/master2trans (attached). Using a manually defined remote point avoids two additional commands that would make the same result on git.sv.gnu.org, and which I don't need locally when I have no use working on different working trees for lilypond/translation and master: git checkout lilypond/translation git merge master git push trans (trans is just another remote to fetch/push lilypond/translation). Best, John master2trans Description: application/gmc-link ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: ppppp but no fffff
2009/6/19 Graham Percival : > If you'd like to add f for consistency's sake, I'm happy to > commit it -- but please also add a comment to dynamic-init that we > really don't want more than 5 letters. :) The curious thing about this is that there's already an entry for f in absolute-volume-alist (see midi.scm): it's set to 0.95 of maximum volume. Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] Fix issue 778
2009/6/18 Patrick McCarty : > Okay, thanks for the guidance. Attached is a revised patch. Cheers, it's applied. Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Successful merge?
2009/6/20 John Mandereau : > Hi Francisco, > Le jeudi 18 juin 2009 à 12:17 +0200, Francisco Vila a écrit : >> Just curiosity, how do you make these commits after the merge, to >> appear in both branches? > > I just push the same branch directly to both master and > lilypond/translation. This is great, as it relieves me from merging master again just after your recent merge, and it allows me to continue updating from a consistent output of check-translation. -- Francisco Vila. Badajoz (Spain) www.paconet.org ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [frogs] Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
On Fri, Jun 19, 2009 at 3:35 PM, Neil Puttock wrote: > 2009/6/19 Patrick McCarty : > >> I ran the test suite with Mark's patches, and everything looks fine here. > > I'd like to look at the patches, but they're obviously over the size > limit for attachments. :) > > Can somebody post them on Rietveld so we can all have a look at them? I'll try doing that shortly. -Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: define-grobs.scm properties not alphabetical
2009/6/19 Mark Polesky : > >> One curious thing I've noticed when looking over this >> is in the definition for Script: >> >> line 1477: ;; don't set direction here: it breaks staccato. >> >> ...then 9 lines later, direction is set... >> >> line 1486: (direction . ,ly:script-interface::calc-direction) >> >> I don't know if that means anything, I'm just reporting on it. This is just one of those left-over comments which should have been removed ages ago. > > Also, what is meant by this comment in SpanBar > > line 1595: ;; ugh duplication! The properties underneath are copied from BarLine. > > If I'm moving things around, where should I put that comment? I think the cleanest way would be to make an exception to the sorting and keep these properties together, otherwise you'll have to add a comment to each or put the comment at the top of the grob description together with a list of the duplicated properties. > > And TextScript has 2 'direction entries: > > line 1876: (direction . ,DOWN) > line 1883: (direction . ,ly:script-interface::calc-direction) I'd remove the latter entry, since it's overridden by the former and is incompatible with TextScripts which have no explicit direction set. Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [frogs] Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
On Fri, Jun 19, 2009 at 4:13 PM, Patrick McCarty wrote: > On Fri, Jun 19, 2009 at 3:35 PM, Neil Puttock wrote: >> 2009/6/19 Patrick McCarty : >> >>> I ran the test suite with Mark's patches, and everything looks fine here. >> >> I'd like to look at the patches, but they're obviously over the size >> limit for attachments. :) >> >> Can somebody post them on Rietveld so we can all have a look at them? > > I'll try doing that shortly. The combined patches are here: http://codereview.appspot.com/83042/show -Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [frogs] Re: [PATCH] define-grobs.scm: Alphabetize grob list and grob properties.
2009/6/20 Patrick McCarty : > The combined patches are here: > > http://codereview.appspot.com/83042/show Thank you. I can already sense Mark's next task: sorting the `interfaces' field. :) Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
