Op dinsdag 23-06-2009 om 14:18 uur [tijdzone -0700], schreef Graham
Percival:
1) Do you think it's worth backporting to stable/2.12 ? (did you
add the RELEASE-COMMIT stuff to stable/2.12 ?)
Yes, (no).
2) Is there an easy way to build GUB from stable/2.12 instead of
HEAD? Once I've made
Op woensdag 24-06-2009 om 02:08 uur [tijdzone -0300], schreef Han-Wen
Nienhuys:
I mean to have an automated set of tests, that checks for example that
(eq? (split-at-predicate odd? '(2 3 6 8 9 0))
'((2) (6 8) (0)))
holds. It would be .ly file that runs Scheme function on a set
On Wed, Jun 24, 2009 at 05:40:59AM +0200, James E. Bailey wrote:
Granted, I'm on 10.4, but I've never had the could not find platform…
or Consider setting $PYTHONHOME… error messages. Also, what's with the
LilyPond.app/Contents/MacOS/python ? you have a python there?
Yes, there is a python
Hi devs!
The two MetronomeMark behaviours I would like to fix (or $pon$or for
fixing) are:
1. The break-alignment situation (q.v., http://code.google.com/p/
lilypond/issues/detail?id=684can=1q=metronomemark).
Any recent movement/news on this issue?
Can this be fixed in Scheme or only C++?
On Wed, Jun 24, 2009 at 4:18 AM, Jan
Nieuwenhuizenjanneke-l...@xs4all.nl wrote:
(eq? (split-at-predicate odd? '(2 3 6 8 9 0))
'((2) (6 8) (0)))
holds. It would be .ly file that runs Scheme function on a set of
inputs, and compares them to a set of outputs to make sure that they
About 10 weeks ago I proposed a new architecture for autobeaming rules,
which placed all the rules in a single nested alist, with one entry per time
signature.
As part of the discussion, I proposed creating a non-displaying grob that
would allow the use of \override and \revert to adjust the
-- Forwarded Message
snip
My current proposal is to add an autoBeamSettings property to the Beam grob.
The autoBeamSettings can then be adjusted by overriding this property.
snip
-- End of Forwarded Message
Oops, I guess this is named wrong. I would need to eliminate
autoBeamSettings
On Wed, Jun 24, 2009 at 10:47 AM, Carl D. Sorensenc_soren...@byu.edu wrote:
My current proposal is to add an autoBeamSettings property to the Beam grob.
The autoBeamSettings can then be adjusted by overriding this property.
Is this the right place to put the autobeam settings?
It sounds like
On 6/24/09 9:04 AM, Han-Wen Nienhuys hanw...@gmail.com wrote:
On Wed, Jun 24, 2009 at 10:47 AM, Carl D. Sorensenc_soren...@byu.edu wrote:
My current proposal is to add an autoBeamSettings property to the Beam grob.
The autoBeamSettings can then be adjusted by overriding this property.
Han-Wen Nienhuys wrote:
(eq? (split-at-predicate odd? '(2 3 6 8 9 0))
'((2) (6 8) (0)))
holds. It would be .ly file that runs Scheme function on a
set of inputs, and compares them to a set of outputs to make
sure that they match.
I second that, but would advice to have a
On 6/23/09 11:48 PM, Mark Polesky markpole...@yahoo.com wrote:
Han-Wen Nienhuys wrote:
I mean to have an automated set of tests, that checks for example that
(eq? (split-at-predicate odd? '(2 3 6 8 9 0))
'((2) (6 8) (0)))
holds. It would be .ly file that runs Scheme
On 24 Jun 2009, at 15:47, Carl D. Sorensen wrote:
About 10 weeks ago I proposed a new architecture for autobeaming
rules,
which placed all the rules in a single nested alist, with one entry
per time
signature.
To me that sounds as though the time signature selects the meter,
which
On 6/24/09 12:09 PM, Hans Aberg hab...@math.su.se wrote:
On 24 Jun 2009, at 15:47, Carl D. Sorensen wrote:
About 10 weeks ago I proposed a new architecture for autobeaming
rules,
which placed all the rules in a single nested alist, with one entry
per time
signature.
To me that
On Tue, 2009-06-23 at 12:53 -0600, Carl D. Sorensen wrote:
http://codereview.appspot.com/67174/diff/1/2#newcode237
Line 237: \layout {
It seems to me that we have 3 versions of tablature now: the default
version in engraver-init.ly, the version that appears if the user
includes
2009/6/21 Mark Polesky markpole...@yahoo.com:
1.2.3 Displaying rhythms (Automatic note splitting) says:
The Completion_heads_engraver only affects notes; it does not
split rests.
Is there a stumbling block? How easily could this be changed? I'm
finding myself in situations where splitting
Neil Puttock wrote:
A Completion_rests_engraver would be the right approach.
I don't think there's any stumbling block (indeed, you can knock up a
rough and ready version based on Completion_heads_engraver in a few
minutes); it's just waiting for someone to implement it properly,
which
2009/6/23 Graham Percival gra...@percival-music.ca:
Once I've made one or two official 2.13 release, I'm
quite happy to make 2.12.4 with those building-on-gcc-4.4 fixes.
If you're thinking of doing this, it would be good to backport other
bugfixes from 2.13. I'll happily volunteer to do this
2009/6/24 Carl D. Sorensen c_soren...@byu.edu:
Shouldn't we do this by eliminating Dynamic_engraver and renaming
New_dynamic_engraver to Dynamic_engraver?
I'm not sure, since New_dynamic_engraver doesn't have all the
functionality of Dynamic_engraver (though it would be easy enough to
have a
On 24 Jun 2009, at 21:03, Carl D. Sorensen wrote:
I'm not sure I understand all of your points. With the new changes,
it is
possible to define any grouping you want to define within a time
signature.
Thus, if you want to have 2/8 + 3/8 +2 8 = 7/8, it is trivial to get
(2 3 2)
grouping
Not alone !
I asked quite the same question just one month ago. You can read the answers
in the archives there :
http://lists.gnu.org/archive/html/lilypond-user/2009-05/msg00521.html
Still hoping...
Xavier
2009/6/24 Kieren MacMillan kieren_macmil...@sympatico.ca
Hi devs!
The two
On Wed, Jun 24, 2009 at 11:02:36PM +0200, Hans Aberg wrote:
On 24 Jun 2009, at 21:03, Carl D. Sorensen wrote:
I'm not sure I understand all of your points. With the new changes,
it is
possible to define any grouping you want to define within a time
signature.
Most important is to get
On Wed, Jun 24, 2009 at 08:44:02PM +0100, Neil Puttock wrote:
2009/6/23 Graham Percival gra...@percival-music.ca:
Once I've made one or two official 2.13 release, I'm
quite happy to make 2.12.4 with those building-on-gcc-4.4 fixes.
If you're thinking of doing this, it would be good to
Has anybody other than Han-Wen and Jan build lilypond with GUB?
And/or does anybody have experience with the regtests? I'm
running into many problems, and it would be nice if I could work
out issues (and ideally create patches) without having to pester
them all the time.
For example, building an
On 6/24/09 2:33 PM, Neil Puttock n.putt...@gmail.com wrote:
2009/6/24 Carl D. Sorensen c_soren...@byu.edu:
Shouldn't we do this by eliminating Dynamic_engraver and renaming
New_dynamic_engraver to Dynamic_engraver?
I'm not sure, since New_dynamic_engraver doesn't have all the
On Tue, Jun 23, 2009 at 3:07 PM, Neil Puttockn.putt...@gmail.com wrote:
Hi everybody,
Since the Dynamic_engraver is no longer used due to being replaced
just over a year ago, I'd like to remove it completely.
Any objections?
Was this taken care of?
On 6/24/09 10:36 AM, Mark Polesky markpole...@yahoo.com wrote:
Han-Wen Nienhuys wrote:
(eq? (split-at-predicate odd? '(2 3 6 8 9 0))
'((2) (6 8) (0)))
holds. It would be .ly file that runs Scheme function on a
set of inputs, and compares them to a set of outputs to make
Carl D. Sorensen wrote:
I *am* interested in helping with this, but could someone apply my
final patch on this?
http://lists.gnu.org/archive/html/lilypond-devel/2009-06/msg00528.html
It's been almost a month since I started with this...
Graham Percival wrote:
I think this is the coolest thing I've ever seen on a lilypond
mailist, and that says a lot. :)
Thanks, Graham!
Regarding the all-grob-properties alist in define-grobs.scm...
I've written a function that will automatically sort the alist
(soon after its definition) so
On Wed, Jun 24, 2009 at 7:42 PM, Graham
Percivalgra...@percival-music.ca wrote:
Has anybody other than Han-Wen and Jan build lilypond with GUB?
And/or does anybody have experience with the regtests? I'm
running into many problems, and it would be nice if I could work
out issues (and ideally
29 matches
Mail list logo