Re: [Lilypond-auto] Issue 3266 in lilypond: \box overlaps

2013-03-25 Thread Thomas Morley
2013/3/25 lilyp...@googlecode.com: Comment #5 on issue 3266 by k-ohara5...@oco.net: \box overlaps http://code.google.com/p/lilypond/issues/detail?id=3266 Without the boxes, the nested braces look quite pretty to me, but I have no idea what musical meaning they are meant to convey. Version

Re: Removes '-signs in vectors - follow-up (issue 7834043)

2013-03-25 Thread dak
https://codereview.appspot.com/7834043/diff/2001/Documentation/snippets/new/applying-note-head-styles-depending-on-the-step-of-the-scale.ly File Documentation/snippets/new/applying-note-head-styles-depending-on-the-step-of-the-scale.ly (right):

Re: Snaps horizontally-offset fingerings to vertical column. (issue 7988043)

2013-03-25 Thread m...@mikesolomon.org
On 25 mars 2013, at 06:42, k-ohara5...@oco.net wrote: Code looks good, but we could get the same result with \override Accidental #'horizontal-skylines = #'() Conceptually, I'm a fan of the snapping idea, but you're right that it takes more time. Would this \override fix all problems of

Re: Allows slurs to break at barlines. (issue 7424049)

2013-03-25 Thread m...@mikesolomon.org
On 25 mars 2013, at 07:10, k-ohara5...@oco.net wrote: Thanks for taking the time to do this. No-one else knows enough of the various stages of processing to bring all the pieces together. It looks like you try to use a common UP/DOWN direction for the portions of a broken slur, and the

Re: Snaps horizontally-offset fingerings to vertical column. (issue 7988043)

2013-03-25 Thread janek . lilypond
On 2013/03/25 04:42:43, Keith wrote: Code looks good, but we could get the same result with \override Accidental #'horizontal-skylines = #'() Incorporating the detailed outline of the accidental into the skyline of the chord costs time, then the iterative alignment of fingering costs

Re: Allows slurs to break at barlines. (issue 7424049)

2013-03-25 Thread Trevor Daniels
m...@mikesolomon.org wrote Monday, March 25, 2013 7:29 AM On 25 mars 2013, at 07:10, k-ohara5...@oco.net wrote: Conceptually, of course, there *are* two pieces. The other piece is probably at the other end of the repeat. The automatic behavior is quite good, so fortunately we will rarely

Lilypond case-insensitivity (was: shall we rename X-offset)

2013-03-25 Thread Janek Warchoł
Hi Eluze (and everyone who'd like Lily to be case-insensitive), On Mon, Mar 25, 2013 at 12:10 AM, Eluze elu...@gmail.com wrote: janek.lilypond wrote However, I think when discussing case-sensitiveness, we agreed to a following convention: LilyPond should differentiate between upper- and

Page numbering: first page format only on first page of a book (issue 7974046)

2013-03-25 Thread ianhulin44
LGTM - maybe add the comment? Cheers, Ian https://codereview.appspot.com/7974046/diff/1/ly/titling-init.ly File ly/titling-init.ly (right): https://codereview.appspot.com/7974046/diff/1/ly/titling-init.ly#newcode144 ly/titling-init.ly:144: % Check the page number in arg is not the same as the

Re: Fix composition of markup lists containing markup command list calls (issue 7799048)

2013-03-25 Thread ianhulin44
LGTM, apart from comment on the doc-string. Cheers, Ian https://codereview.appspot.com/7799048/diff/3001/scm/define-markup-commands.scm File scm/define-markup-commands.scm (right): https://codereview.appspot.com/7799048/diff/3001/scm/define-markup-commands.scm#newcode4286

Re: Make a PostEvents container class for packaging several postevents (issue 7742044)

2013-03-25 Thread ianhulin44
On 2013/03/24 13:36:42, dak wrote: https://codereview.appspot.com/7742044/diff/5001/scm/define-music-types.scm File scm/define-music-types.scm (right): https://codereview.appspot.com/7742044/diff/5001/scm/define-music-types.scm#newcode77 scm/define-music-types.scm:77: \n(no direction

Re: Use boxes rather than skyline for text; issue 3268 (issue 8009043)

2013-03-25 Thread janek . lilypond
LBTM - see comment in tracker issue: http://code.google.com/p/lilypond/issues/detail?id=3268#c6 https://codereview.appspot.com/8009043/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: CG: add a note about influence of CPU threads on cell count in regtests. (issue 7815045)

2013-03-25 Thread janek . lilypond
pushed as 85d4958c021936c64b6ef9d514a6a2b0d269cc58, closed. https://codereview.appspot.com/7815045/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Lilypond case-insensitivity (was: shall we rename X-offset)

2013-03-25 Thread Eluze
janek.lilypond wrote Uh, have you read David's email http://lists.gnu.org/archive/html/lilypond-devel/2013-03/msg00448.html ? sure, but honestly I can't see how the locale would interfere when internally you change from/to upper-/lowercase. The conversion between cases isn't as trivial as it

Re: Lilypond case-insensitivity

2013-03-25 Thread Werner LEMBERG
the problem is that LilyPond doesn't provide a full list of all keywords commands music-functions grobs properties internal options (the equivalent to doptions) pitches contexts engravers glyphs scripts languages paper/header/layout … variables (and probably a few more items) The

Re: shall we rename X-offset (and similar) to lowercase?

2013-03-25 Thread Jan Nieuwenhuizen
Eluze writes: lol - I gave an idea of what I mean, so please read (and answer to) the full contribution! Sorry ;-) your silly answer isn't really a push towards a user-friendly interface! Yes, I'm working on that too. Too little time, seemingly, for friendly answers. I'm working on that

Re: Lilypond case-insensitivity

2013-03-25 Thread David Kastrup
Eluze elu...@gmail.com writes: janek.lilypond wrote Uh, have you read David's email http://lists.gnu.org/archive/html/lilypond-devel/2013-03/msg00448.html ? sure, but honestly I can't see how the locale would interfere when internally you change from/to upper-/lowercase. In Turkish,

Re: Issue 2922: \keepWithTag - update the existing docs in the manual to reflect new changes (issue 7494049)

2013-03-25 Thread dak
Reviewers: Trevor Daniels, Message: On 2013/03/24 21:36:42, Trevor Daniels wrote: I can still learn something new about LilyPond! Thanks David - LGTM (with a further suggestion) https://codereview.appspot.com/7494049/diff/1/Documentation/notation/input.itely File

Leave of absence

2013-03-25 Thread David Kastrup
Since the weather in Liguria improved a lot compared to yesterday, I've been climbing all day. Considering my lack of regular practice as well as the forthcoming nice weather reports, I'll probably not be able to contribute a lot in the next days. I try getting my own contributions managed, but

Re: Leave of absence

2013-03-25 Thread Phil Holmes
- Original Message - From: David Kastrup d...@gnu.org To: lilypond-devel@gnu.org Sent: Monday, March 25, 2013 9:11 PM Subject: Leave of absence Since the weather in Liguria improved a lot compared to yesterday, I've been climbing all day. Considering my lack of regular practice as

Re: Snaps horizontally-offset fingerings to vertical column. (issue 7988043)

2013-03-25 Thread k-ohara5a5a
LGTM, after removing the erroneous part of the regtest description. On 2013/03/25 08:43:15, janek wrote: Accidentals themselves use skylines to position themselves snugly: http://code.google.com/p/lilypond/issues/detail?id=2811 Right. We decided it worth the time to have detailed skylines

Re: Allows slurs to break at barlines. (issue 7424049)

2013-03-25 Thread Keith OHara
On Mon, 25 Mar 2013 00:29:35 -0700, m...@mikesolomon.org m...@mikesolomon.org wrote: On 25 mars 2013, at 07:10, k-ohara5...@oco.net wrote: It looks like you try to use a common UP/DOWN direction for the portions of a broken slur, and the image you posted to the bug-tracker showed a common

Re: Allows slurs to break at barlines. (issue 7424049)

2013-03-25 Thread m...@mikesolomon.org
On 26 mars 2013, at 05:58, Keith OHara k-ohara5...@oco.net wrote: On Mon, 25 Mar 2013 00:29:35 -0700, m...@mikesolomon.org m...@mikesolomon.org wrote: On 25 mars 2013, at 07:10, k-ohara5...@oco.net wrote: It looks like you try to use a common UP/DOWN direction for the portions of a