Greetings everybody,
new patch set. Please have a look!
\version statements: I have put 2.13.38 in the regtest, but 2.14.0 in
the .ly init files. Putting a minor version number in these files just
didn't feel right. And 2.14 is near, isn't it? (Color me optimistic.
:-)
The only change that I d
http://codereview.appspot.com/2642043/diff/1/Documentation/notation/spacing.itely
File Documentation/notation/spacing.itely (right):
http://codereview.appspot.com/2642043/diff/1/Documentation/notation/spacing.itely#newcode1624
Documentation/notation/spacing.itely:1624: size) will always reset al
On 2010/10/26 21:36:03, Carl wrote:
LGTM.
I agree with Trevor's comments.
OK, I have merged all three TODOs in a single one in world.itely.
Since I have both of your approvals, I am pushing the patch now. Thanks!
Valentin.
http://codereview.appspot.com/2755041/
__
2010/10/26 James Lowe :
> \version "2.13.35"
I can not reproduce your symptoms on current Git version, compiled
today. You could always try 2.13.37.
--
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com
___
lilypond-devel mailing li
Hello,
I apologise if this is already known/fixed.
This is a based on a 'blank staff' template I use to print out
\version "2.13.35"
\score {
{
<<
\repeat unfold 20 { s1 \break }
\repeat unfold 20 { c''1 \break }
>>
}
\layout {
indent = 0\in
\context {
\Staff
LGTM.
I agree with Trevor's comments.
Carl
http://codereview.appspot.com/2755041/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
LBetterTM, except for excessive TODOs
http://codereview.appspot.com/2755041/diff/1/Documentation/notation/world.itely
File Documentation/notation/world.itely (right):
http://codereview.appspot.com/2755041/diff/1/Documentation/notation/world.itely#newcode62
Documentation/notation/world.itely:62:
Reviewers: ,
Message:
Greetings everybody,
This commit could make it easier for me to document upcoming changes to
the note names selection syntax.
Please have a look, and feel free to push if it's okay.
Description:
Remove arabic.ly from common note name languages.
Please review this at ht
Reviewers: ,
Message:
Here's a proposed docstring for ly:gulp-file.
Any comments or questions?
Thanks,
Carl
Description:
Update docstring for ly:gulp-file
Please review this at http://codereview.appspot.com/2754041/
Affected files:
M lily/general-scheme.cc
Index: lily/general-scheme.cc
On Tue, 26 Oct 2010 05:12:16 -0700, wrote:
On Tue, 26 Oct 2010 00:47:01 -0700, Graham wrote:
This is directed at people saying "I can't do anything to help..."
You sent this to -devel; did you intend -user ?
Basically, just try compiling your scores (and any problematic scores
reported by u
L Great TM.
I would have done a much lower-quality script.
Thanks, Graham!
Carl
http://codereview.appspot.com/2687043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
> I'm the one that wrote the @var description there. And yes, the
> rationale is simplistic: "This improves readability in the PDF and
> HTML output."
Does it? It's not clear to me why the formatting of A.17 looks better
if using typewriter in upright and italic shapes. It's really a
matter of
>> The doc string of ly:score-set-header! doesn't document `module',
>> and it's quite cryptic what this argument is good for.
>
> If you don't mind me asking, why not send this to the bug- list as
> well?
Mhmm, yes, will do.
Werner
___
lilypond-
Hello Bert,
The convert-ly function in LilyPondTool tries to call python
convert-ly.py ; this could be correct for Windows, but in GNU/Linux
the command is just "convert-ly -e"; is there a way to avoid this
function from calling python and instead issue the command directly?
Thanks
--
Francisco
On Mon, Oct 25, 2010 at 11:43 PM, Richard Fournier
wrote:
> We therefore wonder wether the lilypond parser could be extracted
> and do the job ?
On a totally unrelated note, if you and your team are planning to work
with/on/near GNU LilyPond in the future, then you might be interested
in knowing
On Tue, Oct 26, 2010 at 8:49 AM, Werner LEMBERG wrote:
>
> The doc string of ly:score-set-header! doesn't document `module', and
> it's quite cryptic what this argument is good for.
If you don't mind me asking, why not send this to the bug- list as well?
Cheers,
Valentin
___
On Tue, Oct 26, 2010 at 7:20 AM, Graham Percival
wrote:
> 1) 1288 "convert-ly policy" finished. I'll be sending another patch
> in an hour, but I still need an advanced user (or developer) to
> manually check the syntax of two files. Details in comments 9 and 10:
> http://code.google.com/p/lilyp
On 2010/10/26 05:52:08, wl_gnu.org wrote:
Well, have a look at section A.17 (Scheme functions) and
see how function names and arguments are formatted. Mark
is referring to code blocks which contain metasyntactical
variables. However, for your function (which is
eventually appearing in A.17 too)
On Tue, Oct 26, 2010 at 01:00:28AM -0700, Mark Polesky wrote:
> Graham, this might be a little premature.
Ok. Please add a Critical doc issue, then. When I'm looking at
potential releases, I only look at Critical issues.
Based on the other info, I gather that it's premature to be
thinking about
Looks OK to me (i.e. it's clear enough for me to understand)
Trevor
http://codereview.appspot.com/2687043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham Percival wrote:
> This will be a good test of the new spacing docs -- be
> warned that you might find incorrect or missing
> information in the currently-only docs
Graham, this might be a little premature. I'm working on at
least two medium-large patches as I continue to revise the
spacing
Am 25.10.2010 23:43, schrieb Richard Fournier:
Dear lilypond developpers,
I am a physicist envolved in research studies dealing with self-organisation
mecanismes and I find myself following a project concerning the statistical
analysis of musical improvisation.
We have the need to transform one
Dear lilypond developpers,
I am a physicist envolved in research studies dealing with self-organisation
mecanismes and I find myself following a project concerning the statistical
analysis of musical improvisation.
We have the need to transform one monodic voice (or several voices), entered
under
On 2010/10/25 13:04:03, Graham Percival wrote:
ok, ignore this patch; I'll make an improved one tomorrow.
New patch uploaded; it's much easier, and the doc section is much
smaller.
http://codereview.appspot.com/2687043/
___
lilypond-devel mailing l
24 matches
Mail list logo
