version 2.18 versus 2.16

While testing the tempo-marks patch, I compiled an orchestral score using both version 2.16 and current, which is probably close to what 2.18 will be. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://li

Re: Doc: elaborate the placement of \paper blocks (2902) (issue 8599045)

Pushed to staging as 1ac30bae510facbc438cc5d5546b7a815431021c Closing ... https://codereview.appspot.com/8599045/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Remove space before the tie symbol (3133) (issue 8758047)

Reviewers: janek, Graham Percival, dak, Jean-Charles, Message: On 2013/04/25 16:43:36, Jean-Charles wrote: On 2013/04/25 15:20:07, dak wrote: > On 2013/04/25 15:10:35, Graham Percival wrote: > > I'm not wild about having ties without a space in front of them, but I can't > > think of any ratio

Re: Be serious about setstrokeadjust in PostScript primitives (issue 8663044)

"Keith OHara" writes: > On Thu, 25 Apr 2013 09:39:23 -0700, wrote: > >> On 2013/04/25 07:47:47, dak wrote: >> >> Which is mostly a problem of the previewers (_they_ are supposed to >> approximate the output of the PDF) but it still affects our users and >> we get the blame for it because "it wor

Re: Be serious about setstrokeadjust in PostScript primitives (issue 8663044)

On Thu, 25 Apr 2013 09:39:23 -0700, wrote: On 2013/04/25 07:47:47, dak wrote: Which is mostly a problem of the previewers (_they_ are supposed to approximate the output of the PDF) but it still affects our users and we get the blame for it because "it works for others" (TM) The "others" may

Re: Document \absolute in Changes and Notation Reference (issue 8933043)

LGTM https://codereview.appspot.com/8933043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

PATCHES: Countdown for April 28th

Hello, This is my last countdown for a week (or so). I'll leave patchy merge to run (just to repeat - it runs on a 2 hours cycle not including the time taken to test and merge any new change to Staging) so as long as my internet connection holds up - it's pretty good but has its moments. I'll tw

Re: note-name-engraver: add user-defined note names support (issue 8593046)

On 2013/04/24 17:16:14, fanziye1 wrote: but now that I've uploaded a patch here, how could I modify it (or add new changes)? should I upload new patch to the same googlecode issue? If you use git-cl it does it all for you. It will set the googlecode issue to 'Patch-new' automatically (which mea

Re: Doc: elaborate explanation of accidentals within cadenzas (3078) (issue 8866043)

LGTM Jean-Charles https://codereview.appspot.com/8866043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: elaborate the placement of \paper blocks (2902) (issue 8599045)

LGTM Jean-Charles https://codereview.appspot.com/8599045/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Remove space before the tie symbol (3133) (issue 8758047)

On 2013/04/25 15:20:07, dak wrote: On 2013/04/25 15:10:35, Graham Percival wrote: > I'm not wild about having ties without a space in front of them, but I can't > think of any rational reason for my reaction, so I guess LGTM. Oh, there is a perfectly rational reason: ties are placed symmetr

Re: Be serious about setstrokeadjust in PostScript primitives (issue 8663044)

On 2013/04/25 07:47:47, dak wrote: On 2013/04/25 03:10:59, Keith wrote: > LGTM, > if you really think masking the stem is a reliable solution. ahhahhahahahahahahahaha. Of course I really don't think it a reliable solution. I mean, look at how ridiculous the code is: I am bending the ma

Re: Doc: Remove space before the tie symbol (3133) (issue 8758047)

On 2013/04/25 15:10:35, Graham Percival wrote: I'm not wild about having ties without a space in front of them, but I can't think of any rational reason for my reaction, so I guess LGTM. Oh, there is a perfectly rational reason: ties are placed symmetrically between notes, so placing them sym

Re: Doc: elaborate the placement of \paper blocks (2902) (issue 8599045)

LGTM https://codereview.appspot.com/8599045/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: elaborate explanation of accidentals within cadenzas (3078) (issue 8866043)

LGTM https://codereview.appspot.com/8866043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Augment section about titles (3103) (issue 8895044)

LGTM https://codereview.appspot.com/8895044/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Remove space before the tie symbol (3133) (issue 8758047)

I'm not wild about having ties without a space in front of them, but I can't think of any rational reason for my reaction, so I guess LGTM. https://codereview.appspot.com/8758047/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu

Re: Add the command \offset to LilyPond (issue 8647044)

https://codereview.appspot.com/8647044/diff/5001/scm/music-functions.scm File scm/music-functions.scm (right): https://codereview.appspot.com/8647044/diff/5001/scm/music-functions.scm#newcode2103 scm/music-functions.scm:2103: ; head of the alist. We reverse the alist so our search will return O

Re: Document \absolute in Changes and Notation Reference (issue 8933043)

LGTM Jean-Charles https://codereview.appspot.com/8933043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Doc: Document the use of \temporary (2938) (issue 8859044)

LGTM Jean-Charles https://codereview.appspot.com/8859044/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Be serious about setstrokeadjust in PostScript primitives (issue 8663044)

On 2013/04/25 03:10:59, Keith wrote: LGTM, if you really think masking the stem is a reliable solution. ahhahhahahahahahahahaha. Of course I really don't think it a reliable solution. I mean, look at how ridiculous the code is: I am bending the mask away from the stroke wherever possible