Tuesday, 10:00
Event listener to extract (some) music events.
http://codereview.appspot.com/4373046/
shortened flags: choosing appropriate flag
http://codereview.appspot.com/4410049/
Cheers,
- Graham
___
lilypond-devel mailing list
On Sat, Apr 16, 2011 at 12:01:43PM -0600, Carl Sorensen wrote:
On 4/16/11 5:02 AM, Graham Percival gra...@percival-music.ca wrote:
If you fix something in the issue tracker, mark it fixed_2_15_0.
Carl will add fixed_2_13_61, _62, _63, _64, etc., when he
cherry-picks the patch to
On Sat, Apr 16, 2011 at 10:26:03PM +0200, Janek Warchoł wrote:
2011/4/16 Janek Warchoł lemniskata.bernoull...@gmail.com:
Like attached one?
Oh wait! it was already added as CG 12.6 building an Ubuntu distro -
not in unsorted policies. So issue 1453 is invalid/fixed.
That rings a bell.
On Sat, Apr 16, 2011 at 01:04:16PM -0600, Carl Sorensen wrote:
On 4/16/11 12:50 PM, Han-Wen Nienhuys hanw...@gmail.com wrote:
My proposal is that ready-to-release still is not strict enough for
stable, so 2.14 version should be coming from something which moves
slower than the master
On Apr 17, 2011, at 1:45 AM, Nick Payne wrote:
Example below demonstrates (a couple of bars taken from Bach's chaconne).
This problem did not exist in versions prior to 2.13.60:
%=
\version 2.13.60
\language english
\relative c' {
\time 3/4
\key d
Please add a stemful regtest with several overrides just to make sure
that this works completely.
http://codereview.appspot.com/4410049/diff/1/lily/stem.cc
File lily/stem.cc (right):
http://codereview.appspot.com/4410049/diff/1/lily/stem.cc#newcode620
lily/stem.cc:620:
It seems like this new
On 4/17/11 2:33 AM, Graham Percival gra...@percival-music.ca wrote:
On Sat, Apr 16, 2011 at 12:01:43PM -0600, Carl Sorensen wrote:
On 4/16/11 5:02 AM, Graham Percival gra...@percival-music.ca wrote:
If you fix something in the issue tracker, mark it fixed_2_15_0.
Carl will add
On Sun, Apr 17, 2011 at 05:15:00AM -0600, Carl Sorensen wrote:
On 4/17/11 2:33 AM, Graham Percival gra...@percival-music.ca wrote:
Instead, I think we should mark something as fixed if the patch
is in git master, but add a backport label. You will remove
that label when you actually do
I'm reasonably confused about the ramifications of the split to 2.13 and
2.14. Will there be release versions of 2.14, which will require testing?
What needs to be done in terms of regtest checking for builds? What will
constitute a critical bug, and do we need specific labels to identify
On Sun, Apr 17, 2011 at 01:32:59PM +0100, Phil Holmes wrote:
I'm reasonably confused about the ramifications of the split to 2.13
and 2.14. Will there be release versions of 2.14, which will
require testing? What needs to be done in terms of regtest checking
for builds?
As far as you need
On 4/17/11 5:27 AM, Graham Percival gra...@percival-music.ca wrote:
On Sun, Apr 17, 2011 at 05:15:00AM -0600, Carl Sorensen wrote:
But it would be nice if the Bug Squad could verify any issues that are fixed
pre 2.13.61 so that the list of issues to verify is the backport candidates.
In 8.4 section of lilypond Contributor’s Guide, there are some descriptions
about Patch as follow:
If the patch is updated, the category should be changed to patch-new (for normal
contributors) or
patch-new (for developers who are very confident about their patch).
The second
On Sun, Apr 17, 2011 at 07:12:18AM -0600, Carl Sorensen wrote:
On 4/17/11 5:27 AM, Graham Percival gra...@percival-music.ca wrote:
Given the existing difficulties with the bug squad, there's no way
that I can support asking them to play with git master.
I think you misunderstood my
Il giorno mer, 13/04/2011 alle 10.05 +0200, Valentin Villenave ha
scritto:
Hi Federico, hi everybody,
here's a patch for the documentation accordingly to what you proposed.
I'm not entirely sure it's suitable to introduce a new function (or
more exactly, I'm wondering if it shouldn't rather
Apart from the beaming problems reported in
http://code.google.com/p/lilypond/issues/detail?id=1619 I find 2 other
strange changes compared with 2.13.58 (not 59). Les Nereides has lost a
hairpin in the 4th bar. I don't believe the regtest has been changed, so
this seems critical. In
- Original Message -
From: Graham Percival gra...@percival-music.ca
To: Carl Sorensen c_soren...@byu.edu
Cc: Phil Holmes em...@philholmes.net; lilypond-devel@gnu.org
Sent: Sunday, April 17, 2011 2:51 PM
Subject: Re: stable/2.14 and fixed_2_x_y
On Sun, Apr 17, 2011 at 07:12:18AM -0600,
Am 17.04.2011 um 16:15 schrieb Federico Bruni:
Il giorno mer, 13/04/2011 alle 10.05 +0200, Valentin Villenave ha
scritto:
Hi Federico, hi everybody,
here's a patch for the documentation accordingly to what you proposed.
I'm not entirely sure it's suitable to introduce a new function (or
On Sun, Apr 17, 2011 at 01:39:17PM +, Chen Jin wrote:
In 8.4 section of lilypond Contributor’s Guide, there are some descriptions
about Patch as follow:
Thanks, fixed! The fix will not appear on the website until we
release lilypond 2.15.0, but rest assured that it is in the
system. :)
Il giorno dom, 17/04/2011 alle 16.58 +0200, Patrick Schmidt ha scritto:
Anyway I believe that if you want to hide a note in Staff, you want
to
hide the number in TabStaff as well. To me this is the main bug!
I hope that Patrick will jump in and share his opinion on this
matter.
In
Phil Holmes mail at philholmes.net writes:
Les Nereides has lost a
hairpin in the 4th bar. I don't believe the regtest has been changed, so
this seems critical.
I'll try to make a tiny bug report today; it looks like dynamic spanners
with grace note timing get lost. (Phil if you want to
- Original Message -
From: Keith OHara k-ohara5...@oco.net
To: lilypond-devel@gnu.org
Sent: Sunday, April 17, 2011 5:37 PM
Subject: Re: Regtests 2.13.60
Phil Holmes mail at philholmes.net writes:
Les Nereides has lost a
hairpin in the 4th bar. I don't believe the regtest has been
Am 17.04.2011 um 18:35 schrieb Federico Bruni:
Il giorno dom, 17/04/2011 alle 16.58 +0200, Patrick Schmidt ha scritto:
Anyway I believe that if you want to hide a note in Staff, you want
to
hide the number in TabStaff as well. To me this is the main bug!
I hope that Patrick will jump in and
Il giorno dom, 17/04/2011 alle 21.04 +0200, Patrick Schmidt ha scritto:
Last year I found out that I had to set TabNoteHead whiteout
property to
false when I make the TabNoteHead transparent:
On 4/17/11 2:03 PM, Federico Bruni fedel...@gmail.com wrote:
However my question was about the whiteout property of TabNoteHead.
IIRC, last year when I made a TabNoteHead transparent I could see a
small white area in place of TabNoteHead, because the whiteout property
of TabNoteHead was set
2011/4/17 Graham Percival gra...@percival-music.ca
On Sat, Apr 16, 2011 at 10:26:03PM +0200, Janek Warchoł wrote:
2011/4/16 Janek Warchoł lemniskata.bernoull...@gmail.com:
Like attached one?
Oh wait! it was already added as CG 12.6 building an Ubuntu distro -
not in unsorted policies.
http://codereview.appspot.com/4410049/diff/1/lily/stem.cc
File lily/stem.cc (right):
http://codereview.appspot.com/4410049/diff/1/lily/stem.cc#newcode619
lily/stem.cc:619: static vectorReal available_flag_lengths[2][5];
You cannot do this.
This will screw up if two .ly files use fonts of
http://codereview.appspot.com/4373046/diff/12001/input/regression/event-listener-output.ly
File input/regression/event-listener-output.ly (right):
http://codereview.appspot.com/4373046/diff/12001/input/regression/event-listener-output.ly#newcode5
input/regression/event-listener-output.ly:5:
On 2011/04/14 07:50:45, Graham Percival wrote:
Could you swap the subject and message? i.e. I'd like to have a
patch with
first line of the commit being:
PDF metadata for titles now handle unclosed parentheses
I'd also be happy with:
PDF metadata for titles now handle unclosed
28 matches
Mail list logo