'hidden' files in my snippets and snippets/new dir

2013-12-24 Thread James
Hello, I just noticed today that I have lots of 'duplicate' snippet files (all with varying mod dates, some going back to July) that end with the tilde character. Should I care? James ___ lilypond-devel mailing list lilypond-devel@gnu.org https://

Re: 'hidden' files in my snippets and snippets/new dir

2013-12-24 Thread David Kastrup
James writes: > Hello, > > I just noticed today that I have lots of 'duplicate' snippet files > (all with varying mod dates, some going back to July) that end with > the tilde character. > > Should I care? No. Those are backup files, probably from running makelsr.py. git ignores those by defau

Problems with git cl

2013-12-24 Thread Carl Peterson
Trying to upload a follow-up patch for my notehead change. When I try to run "git cl upload origin/master," I get fatal: ref HEAD is not a symbolic ref Command "git symbolic-ref HEAD" failed What am I doing wrong? Carl P. ___ lilypond-devel mailing li

Re: Problems with git cl

2013-12-24 Thread David Kastrup
Carl Peterson writes: > Trying to upload a follow-up patch for my notehead change. > When I try to run "git cl upload origin/master," I get > > fatal: ref HEAD is not a symbolic ref > Command "git symbolic-ref HEAD" failed > > What am I doing wrong? You are not on a branch. Not sure why git cl

Re: Problems with git cl

2013-12-24 Thread Urs Liska
David Kastrup schrieb: >Carl Peterson writes: > >> Trying to upload a follow-up patch for my notehead change. >> When I try to run "git cl upload origin/master," I get >> >> fatal: ref HEAD is not a symbolic ref >> Command "git symbolic-ref HEAD" failed >> >> What am I doing wrong? > >You are n

Re: Problems with git cl

2013-12-24 Thread James
Hello, On 24/12/13 12:09, David Kastrup wrote: Carl Peterson writes: Trying to upload a follow-up patch for my notehead change. When I try to run "git cl upload origin/master," I get fatal: ref HEAD is not a symbolic ref Command "git symbolic-ref HEAD" failed What am I doing wrong? You are

Re: Problems with git cl

2013-12-24 Thread Carl Peterson
On Tue, Dec 24, 2013 at 7:31 AM, James wrote: > Hello, > Is 'git-cl upload master' (which works for me) the same as 'git-cl upload > origin/master'? > I received the same error either way. > This error sounds familiar to me anyway :) > > Are you using Lily-git.tcl? > I have been, intermixed with

Re: Problems with git cl

2013-12-24 Thread James
On 24/12/13 12:36, Carl Peterson wrote: On Tue, Dec 24, 2013 at 7:31 AM, James wrote: Hello, Is 'git-cl upload master' (which works for me) the same as 'git-cl upload origin/master'? I received the same error either way. This error sounds familiar to me anyway :) Are you using Lily-git.tcl

Doc: NR Appendix A10.3 \path examples (issue 45380043)

2013-12-24 Thread tdanielsmusic
LGTM, although I haven't tried compiling the new examples. https://codereview.appspot.com/45380043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Cleanup of ugly MI and SOL shaped noteheads (issue 45160043)

2013-12-24 Thread Carl . D . Sorensen
The extra width on the "ugly" mi notes was a specific design decision that was made in conjunction with the shape note community at the time (see https://code.google.com/p/lilypond/issues/detail?id=1060). It may be correct to eliminate the extra mi width, but I don't believe it should be done wit

Re: Cleanup of ugly MI and SOL shaped noteheads (issue 45160043)

2013-12-24 Thread Carl Peterson
On Dec 24, 2013 5:57 PM, wrote: > > The extra width on the "ugly" mi notes was a specific design decision > that was made in conjunction with the shape note community at the time > (see https://code.google.com/p/lilypond/issues/detail?id=1060). > I've wondered this, but I had been unable to determ

Re: Because item pure heights are cached, the logic in Accidental_interface::pure_height doesn't work. … (issue 42490046)

2013-12-24 Thread k-ohara5a5a
The drawback is that the glyph for each accidental, rather than being looked up 5 times (already bad) would be looked up 14 times with this patch. The fundamental problem seems to be that that the 'stencil property is set to ly:accidental-interface::print(), and that print function checks whether

Doc: NR - Tidy up of 3.5.1 and 3.5.3 - MIDI (issue 45420043)

2013-12-24 Thread ianhulin44
LGTM apart from clarification needed that the \midi { \tempo ..} } example explicitly only causes a tempo change for the audio output. Merry Christmas Ian https://codereview.appspot.com/45420043/diff/1/Documentation/notation/input.itely File Documentation/notation/input.itely (right): https://