On Sun, Jun 5, 2011 at 4:18 PM, Graham Percival
wrote:
> To whoever enjoys this stuff,
:-)
> 2) make release/unstable be exactly what we have in master.
I've just taken care of this.
Regards,
Patrick
___
lilypond-devel mailing list
lilypond-devel@gn
Graham Percival wrote Monday, June 06, 2011 12:01 AM
Proposal: let’s follow PEP-8.
http://www.python.org/dev/peps/pep-0008/
* use 4 spaces per indentation level
* never max tabs and spaces
* Code indented with a mixture of tabs and spaces should be
converted to using spaces exclu
On Mon, Jun 6, 2011 at 8:42 AM, Ian Hulin wrote:
> HOORAY!! WOOT! YEEHAR!
Likewise :-)
> Well done to all Lilypond contributors, especially to Graham for being
> Releasemeister and all the project management stuff.
+1 for Graham.
> Hoping to contribute more to 2.15/16 now I'm out of hospital.
m...@apollinemike.com wrote Monday, June 06, 2011 8:42 AM
On Sun, 5 Jun 2011 12:34:59 +0100, "Trevor Daniels"
Shouldn't you be using the TupletNumber grob?
Thanks for the suggestion!
I just tried it with TupletNumber. I hadn't done that before
because of these lines in Tuplet_number::p
On Jun 6, 2011, at 10:28 AM, Trevor Daniels wrote:
>
> m...@apollinemike.com wrote Monday, June 06, 2011 8:42 AM
>
>
>> On Sun, 5 Jun 2011 12:34:59 +0100, "Trevor Daniels"
>
>>> Shouldn't you be using the TupletNumber grob?
>>
>> Thanks for the suggestion!
>>
>> I just tried it with TupletNu
Graham:
> (this proposal will be rushed because nobody will argue against
> it. Initial discussion 6 June, summary and tentative decision 8
> June, implementation 10 June)
Having set a policy about policy discussions and then breaking it
the first thing you do is not a good policy.
If there is no
2011/6/6 Graham Percival
>
> Proposal: let’s follow PEP-8.
> http://www.python.org/dev/peps/pep-0008/
>
> * use 4 spaces per indentation level
> * never max tabs and spaces
> * Code indented with a mixture of tabs and spaces should be
> converted to using spaces exclusively
Do you s
On Mon, Jun 06, 2011 at 10:58:11AM +0200, Karl Hammar wrote:
> Graham:
> > (this proposal will be rushed because nobody will argue against
> > it. Initial discussion 6 June, summary and tentative decision 8
> > June, implementation 10 June)
>
> Having set a policy about policy discussions and then
We are no longer going to rush this item; the schedule has been
adjusted accordingly:
http://lilypond.org/~graham/gop/index.html
Corrected proposal, copied from:
http://lilypond.org/~graham/gop/gop_1.html
Proposal: let’s follow the indentation described in PEP-8.
http://www.python.org/dev/peps/p
Thanks again, Neil !
I applied these.
http://codereview.appspot.com/4536068/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
2011/6/6 Graham Percival :
> It is now 00:00:10 BST on 06 June, 2011. I see precisely zero
> open Critical issues, and precisely zero Critical issues waiting
> to be verified.
>
> If you have been holding your breath, you can exhale.
Absolutely good news!! Thanks all for making this possible.
--
Graham:
> On Mon, Jun 06, 2011 at 10:58:11AM +0200, Karl Hammar wrote:
> > Graham:
> > > (this proposal will be rushed because nobody will argue against
> > > it. Initial discussion 6 June, summary and tentative decision 8
> > > June, implementation 10 June)
> > Having set a policy about policy dis
I believe that a few people are missing from the authors list.
We've asked for names a few times in the past 2.5 years, but the
last time was in early January:
http://lists.gnu.org/archive/html/lilypond-devel/2011-01/msg00118.html
My apologies for not doing this more recently; I really thought
I'd
On Mon, Jun 06, 2011 at 01:08:43PM +0100, Graham Percival wrote:
> I believe that a few people are missing from the authors list.
> We've asked for names a few times in the past 2.5 years, but the
> last time was in early January:
BTW, this will hopefully be avoided in the future by having
mentors
Done !
Regression tests are ok.
http://codereview.appspot.com/4553056/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Mon, Jun 06, 2011 at 01:41:07PM +0200, Karl Hammar wrote:
> Graham:
>
> > I am not aware of any pretty printers for python code -- remember
>
> A quick search did not turn up anything useful either, well, sorry
> for that then.
Not at all; thanks for looking! I should have stated this
explic
On Mon, Jun 06, 2011 at 06:10:30AM +0200, Werner LEMBERG wrote:
> Just curious: Is there any python code in lilypond which doesn't
> intentionally follow this rule?
Yes;
git grep -l $'\t' -- "*.py"
That command doesn't guarantee that the tabs are used in
indentation (so it might give some false
On Mon, Jun 06, 2011 at 11:11:00AM +0200, Jan Warchoł wrote:
> 2011/6/6 Graham Percival
> >
> > Proposal: let’s follow PEP-8.
> > http://www.python.org/dev/peps/pep-0008/
> >
> > * use 4 spaces per indentation level
> > * never max tabs and spaces
> > * Code indented with a mixture of tab
This would be an honor !
Bertrand
From c33434d6acbe3b5ad313c7f05c89db10a2a98242 Mon Sep 17 00:00:00 2001
From: Bertrand Bordage
Date: Mon, 6 Jun 2011 14:27:15 +0200
Subject: [PATCH] Authors: new contributor.
---
Documentation/included/authors.itexi |3 ++-
1 files changed, 2 insertions(+),
Voilà !
From fe6fb4094d462d02c3c844cda9bf263675005089 Mon Sep 17 00:00:00 2001
From: Bertrand Bordage
Date: Mon, 6 Jun 2011 14:27:15 +0200
Subject: [PATCH] Authors: new contributor.
---
Documentation/included/authors.itexi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/
On Mon, Jun 06, 2011 at 02:34:26PM +0200, Bertrand Bordage wrote:
>This would be an honor !
Sorry, could it be sorted alphabetically by last name? I should
have mentioned that earlier.
Cheers,
- Graham
___
lilypond-devel mailing list
lilypond-deve
On Mon, Jun 06, 2011 at 02:38:44PM +0200, Bertrand Bordage wrote:
>Voil`a !
Thanks, pushed.
Cheers,
- Graham
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Reviewers: ,
Message:
Hey all,
Here is the current state of automatic footnotes. Some things to note:
(1) It nixes the two-pass algorithm to account for annotation width but
provides enough information to create a two (or many) pass algorithm
entirely from Scheme. Said algorithm can go in th
What's the plan+status of these?
I'd like to have the first release candidate for 2.16 in 3-4
months. If we think that we can sort out any problems with those
dependencies... or any other build dependencies, for that
matter... then let's start merging them. If not, they can wait
until 2.17.
Pro
Pushed as
ffd9d60d597d14bef71efed7b623ab4a93efb12
Solved this one I'll update the tracker. Thanks.
http://codereview.appspot.com/4568046/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
m...@apollinemike.com wrote Monday, June 06, 2011 9:47 AM
I am currently working off of a home-brewed branch
of LilyPond that places articulations on the inside
of tuplet numbers. It uses the Pointer_group_interface
to make the tuplet bracket aware of scripts in
tuplet-engraver.cc and then
I've got a set of files that goes the first way to reducing the clutter on a
make doc build, by redirecting Lilypond output to a logfile when it's run by
lilypond-book as part of the make process. I want to put this on Rietveld
for review. However, I can't get git working through lily-git. I'
Graham Percival writes:
> I'd like to have the first release candidate for 2.16 in 3-4
> months. If we think that we can sort out any problems with those
> dependencies... or any other build dependencies, for that
> matter... then let's start merging them. If not, they can wait
> until 2.17.
Gh
that unlike C++ or scheme, indentation in python is the way that
one indicates code blocks. (this makes mixing tabs and spaces
particularly horrible!)
Recently I tried to convert some python 2.7 code that I wrote for a little
personal project to python 3.2 using the 2to3 tool.
Then I disc
Wed, 20:00.
Doc: writing music events to a .notes file
http://codereview.appspot.com/4438054/
Allows LilyPond to ignore certain note-heads in a stem
http://codereview.appspot.com/4547058/
Spacing with empty contexts; issue 1669
http://codereview.appspot.com/4515158/
Cheers,
- Graham
Wed 20:00. Sorry, I really wanted to include this one since
Bertrand's been working so hard!
Adds longas, maximas and non-standard tweaks to MultiMeasureRest
http://codereview.appspot.com/4536068/
Cheers,
- Graham
___
lilypond-devel mailing list
lil
Graham Percival percival-music.ca> writes:
> I am not aware of any pretty printers for python code -- remember
> that unlike C++ or scheme, indentation in python is the way that
> one indicates code blocks. (this makes mixing tabs and spaces
> particularly horrible!)
This is a useful tool for fi
Reviewers: ,
Message:
Making 'outside-staff-priority work properly for tuplets
would be a useful addition. Probably easier than adding an
'avoid-tuplet >property.
Trevor
I think this does the trick.
Cheers,
MS
Description:
Makes outside-staff-property work for TupletNumber.
Please revie
On 6/6/11 12:16 PM, "Graham Percival" wrote:
> Wed, 20:00.
>
>
> Doc: writing music events to a .notes file
> http://codereview.appspot.com/4438054/
>
> Allows LilyPond to ignore certain note-heads in a stem
> http://codereview.appspot.com/4547058/
I thought this patch was withdrawn
> "Graham" == Graham Percival writes:
Graham> I believe that a few people are missing from the authors list.
Graham> We've asked for names a few times in the past 2.5 years, but
Graham> the last time was in early January:
My name should probably be in there somewhere. I did the first
otttav
On Mon, Jun 6, 2011 at 8:15 AM, Graham Percival
wrote:
> What's the plan+status of these?
>
> I'd like to have the first release candidate for 2.16 in 3-4
> months. If we think that we can sort out any problems with those
> dependencies... or any other build dependencies, for that
> matter... the
Patch LGTM. I still have concerns about maintaining a list of ascii
definitions for UTF-8 characters, as described in the comments.
http://codereview.appspot.com/4553056/diff/9003/input/regression/markup-special-characters.ly
File input/regression/markup-special-characters.ly (right):
http://
We had something like this a long time ago. Search for Object_key
in the history, eg. commit 4a964b10c411827584eb720c63cd0d6fc5b65d72.
This was intended for making persistent tweaks, but it never got used
so we scrapped it.
I'm on a holiday, so I dont have time to look into this, but it seems
a
On Wed, Jun 1, 2011 at 5:47 PM, Neil Puttock wrote:
>> which uses the engraver. I couldn't see any event-specific way to
>> get the text of a text spanner -- the information appears to exist
>> on the engraver level only.
>
> Hmm, this is one situation where listening to events isn't as user-fri
http://codereview.appspot.com/4515158/diff/2009/lily/align-interface.cc
File lily/align-interface.cc (right):
http://codereview.appspot.com/4515158/diff/2009/lily/align-interface.cc#newcode222
lily/align-interface.cc:222: dy = max (dy, min_distance);
If pure is true, there may be some staves tha
On Jun 7, 2011, at 12:45 AM, Carl Sorensen wrote:
>
>
>
> On 6/6/11 12:16 PM, "Graham Percival" wrote:
>
>> Wed, 20:00.
>>
>>
>> Doc: writing music events to a .notes file
>> http://codereview.appspot.com/4438054/
>>
>> Allows LilyPond to ignore certain note-heads in a stem
>> http://coder
Fair enough. I used it for a few rather esoteric experiments w/ algorithmic
composition - it's true that the utility of such a feature is limited to
hardcore tweaking.
Cheers,
MS
On Jun 7, 2011, at 6:05 AM, Han-Wen Nienhuys wrote:
> We had something like this a long time ago. Search for Obje
42 matches
Mail list logo
