On 13 January 2011 18:56, Graham Percival gra...@percival-music.ca wrote:
Are there any other know regressions that aren't on the tracker?
There's the memory problem reported here,
http://lists.gnu.org/archive/html/lilypond-devel/2011-01/msg00184.html
which seems to be affecting larger
On 14 January 2011 21:04, David Kastrup d...@gnu.org wrote:
No comment this time round, either.
Sometimes I am inclined to just commit and be done. After all, this
would just omit a warning in working cases, and would fix the totally
broken warning message when breves and longas get into
On 14 January 2011 21:55, Graham Percival gra...@percival-music.ca wrote:
I thought that was a problem related to the mensural patch?
So did I, but Pál reported crashes on larger scores unrelated to that patch.
The mensural patch works fine with 2.13.44, so there's definitely
something nasty
On 14 January 2011 22:06, Neil Puttock n.putt...@gmail.com wrote:
So did I, but Pál reported crashes on larger scores unrelated to that patch.
I've just confirmed the same crash on Valentin's opera.
Cheers,
Neil
___
lilypond-devel mailing list
On 9 January 2011 19:48, Mike Solomon mike...@ufl.edu wrote:
The patch set now fixes Issue 400 as well. It also fixes an unreported issue
of time signature collisions.
Any chance of making the clef avoidance automatic? I'm not too
concerned about automating the time signature case since it
On 9 January 2011 02:21, Mike Solomon mike...@ufl.edu wrote:
Yeehaw!
Hmm, they look a bit fishy to me. A sure sign is if you're missing a
comparison for test-output-distance.ly, since that should always
change.
This looks nasty:
-spacing-knee.ly:17:8: warning: weird stem size, check for
On 8 January 2011 05:47, percival.music...@gmail.com wrote:
Looks fine, although I haven't actually tested it, but since it's not in
the core program I'm less concerned. Could you email me the git patch
and I'll push it?
Do you mind holding fire until I've had chance to look at it?
Cheers,
On 8 January 2011 19:48, Mike Solomon mike...@ufl.edu wrote:
I ran all of the regtests and nothing breaks.
This is not good enough.
You *must* do a proper regression test comparison.
Withough doing make check, I can already see it will fail since you
haven't documented covering-note-heads in
On 8 January 2011 21:55, k-ohara5...@oco.net wrote:
Testing might require a (trivial) merge with Carl's Change
stringTunings ... commit. I have a merged patch but hesitate to upload
because I haven't yet seen how Rietveld displays such patches. If I get
bold, but make a mess with Set 3,
On 7 January 2011 16:14, m...@apollinemike.com wrote:
I'm not exactly sure what the desired output would be for issue 37, but my
code assumes that if there are collision problems, flat beams look best.
Lemme know what you think!
Looks interesting, though you need to do a regression test
On 7 January 2011 02:50, Andrew Hawryluk ahawry...@gmail.com wrote:
I tried running it on a current development snapshot this week, but it
didn't have enough memory to run nicely and bogged down my computer
with swap traffic (I've got 2 MB here). I gave up on it before it
finished. Does it
On 7 January 2011 18:40, James Lowe james.l...@datacore.com wrote:
I ran it on Windows 2.13.44 (not 45 as I first said) and it took a few
seconds to complile and roughly 150Mb.
Windows 2.13.44 also works fine here, though I can't say the same for 2.13.45:
Preprocessing graphical objects...
Hi Carl,
The docstring for stringTunings is incorrect following the changes you've made:
The tablature strings tuning. It is a list of the pitch (in
semitones) of each string (starting with the lower one.
Cheers,
Neil
___
lilypond-devel mailing list
On 7 January 2011 20:33, Neil Puttock n.putt...@gmail.com wrote:
On 7 January 2011 20:27, Benkő Pál benko@gmail.com wrote:
it may be related to Joe's recent patch 777066 about page
breaking. I can't compile my larger scores, it stops at the
same message and memory usage goes to the skies
On 4 January 2011 14:33, Reinhold Kainhofer reinh...@kainhofer.com wrote:
mmm = \markup blah
\markup \mmm % works
\mmm % doesn't work
This is a special case since \markup blah returns a string rather
than a markup (using simple_string ()). It works if you wrap the
string in
On 1 January 2011 13:10, Matthias Kilian k...@outback.escape.de wrote:
It could be possible to check the result of get_column() in
Item::spanned_rank_interval(), but I'm not sure wether this is the
*proper* bug fix (nor what interval should be returned in this
case).
The issue is that the
On 19 December 2010 13:50, Phil Holmes m...@philholmes.net wrote:
Looks nonsense. Think the description should be A staff should die if
there is _no_ reference to it..
Definitely. The original test had the following description:
a staff should really die, if no one's referencing it.
And
On 14 December 2010 23:18, Carl Sorensen c_soren...@byu.edu wrote:
On 12/14/10 4:15 PM, Graham Percival gra...@percival-music.ca wrote:
I only just realized that I should have done
git add input/regression/*.ly
after apply Neil's patches with patch -p1 foo.diff
Sorry about that.
On 11 December 2010 17:40, carl.d.soren...@gmail.com wrote:
Here's a patch for issue 1336 that combine's Neil's idea of not creating
the paper columns with Graham's idea of erroring out when there are less
than 2 columns.
I think it would be better to create the missing column rather than
On 11 December 2010 20:38, Graham Percival gra...@percival-music.ca wrote:
What about:
\markup{foo}
? how many paper columns does that create?
None: toplevel markup doesn't create any grobs.
Cheers,
Neil
___
lilypond-devel mailing list
On 8 December 2010 08:09, v.villen...@gmail.com wrote:
[I should probably subscribe the codereview mail address to Frogs- and
move the discussion there.]
Sounds sensible to me.
Thanks Neil! I've now tried to make a proper Spanner, which raises more
questions of course (namely, how to
On 6 December 2010 17:58, Carl Sorensen c_soren...@byu.edu wrote:
For clarification, the following patch may help:
Nope, I was thinking more along the lines of the following, since it's
the postscript definition of output-scale which needs changing:
diff --git a/scm/framework-ps.scm
On 6 December 2010 09:26, Mark Polesky markpole...@yahoo.com wrote:
Some of the error messages:
error: failed files: d7/lily-75221729.ly
error: Children (4 3 2 1 0) exited with errors.
[...]
Child returned 1
make[3]: *** [out-www/collated-files.texi] Error 1
rm
On 4 December 2010 15:58, Phil Holmes m...@philholmes.net wrote:
stem-length-estimation.log: there's much less text in the logfile - don't
understand why, though.
It's due to the addition of \book { } around the snippet (which
ensures the page layout is preserved rather than relying on
On 5 December 2010 00:35, Carl Sorensen c_soren...@byu.edu wrote:
How's this? To my eye it appears that the tab heads are centered on the
regular notes now.
I don't know, but they're consistently shifted to the right unless
there are double-digit notes present.
Cheers,
Neil
attachment:
On 30 November 2010 11:24, Graham Percival gra...@percival-music.ca wrote:
There is a theory about why this happens, from Neil:
It looks to me like the MultiMeasureRest has invalid bounds when cloned, so
the cloned object is NULL when the MultiMeasureRestNumber is aligned (the
parent object
On 1 December 2010 10:00, Valentin Villenave valen...@villenave.net wrote:
I've now pushed my master branch (with one additional commit wrt the
tempo-range feature that Neil will now dismember in order to rebase
his own patch :-)
Please let me know if I should also push my translations
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
From d6ae7303cdb00839d63a1f347cdbb7f8b8e3f229 Mon Sep 17 00:00:00 2001
From: Neil Puttock n.putt...@gmail.com
Date: Sun, 28 Nov 2010 20:50:55 +
Subject: [PATCH] Fix
On 26 November 2010 20:22, Reinhold Kainhofer reinh...@kainhofer.com wrote:
BTW, the same problem also happens with ottava brackets, volta brackets, etc.
but NOT with text cresc spanners, trill spanners, normal text spanners or
tuplet brackets.
DynamicTextSpanner uses the
On 25 November 2010 17:45, Phil Holmes m...@philholmes.net wrote:
It wouldn't take me long to write a C# program (less than a day, I'd guess)
that reproduced quite a lot of the regtest checker functionality and did a
pixel-by-pixel check for image changes. I've done the latter bit in about
On 26 November 2010 00:00, Graham Percival gra...@percival-music.ca wrote:
Hmm. It shouldn't take a huge amount of time to compare each pair
of regtest images -- they're named, so you'd be comparing
something like 500 pairs of .png images. (Neil: were you thinking
of something else?)
I
On 24 November 2010 15:47, Phil Holmes m...@philholmes.net wrote:
So if a completely new bit of graphics appears, the regtest checker wouldn't
spot it? Not sure that's too good.
It might not, depending on whether the new grob influences bounding
boxes for other grobs.
What's the checker
On 24 November 2010 07:40, Marc Hohl m...@hohlart.de wrote:
I attached a patch to remove the unnecessary markup definition.
Thanks, applied.
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
Hi everybody,
Please review this patch:
http://codereview.appspot.com/3319041
Thanks,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On 21 November 2010 23:16, Graham Percival gra...@percival-music.ca wrote:
Huh. So evidently there's some other reason behind the fix for
this break not being detected? It might be related to the
imagemagick's syntax change:
http://code.google.com/p/lilypond/issues/detail?id=908
I don't
On 23 November 2010 23:30, Carl Sorensen c_soren...@byu.edu wrote:
Pushed, thanks.
I'm sorry I'm a bit late, but this
+(define-markup-command (customFretLabel
+layout props fret-label) (string?)
seems unncessary; it's just an inferior version of vcenter.
On 15 November 2010 07:07, Boris Shingarov b...@shingarov.com wrote:
The reason I am asking, is because even after spending 10 minutes looking at
the procedural-style code in the current live-elements-list, I am still not
sure what the answer is to the question, what does this function do?
On 16 November 2010 00:37, Han-Wen Nienhuys hanw...@gmail.com wrote:
I had a brief look, and it looks like 4b7d9566 by Neil is to blame.
I'm not sure what I'm guilty of here; in the absence of an exported
function which turns grob-arrays into lists (which I did contemplate
adding at the time),
On 12 November 2010 17:03, Mark Polesky markpole...@yahoo.com wrote:
I see that interfaces come to the IR from at least three
different types of places:
1) lily/[grobname].cc (e.g. accidental)
2) lily/[grobname]-interface.cc (e.g. align)
3) scm/define-grob-interfaces.scm
On 3 November 2010 16:15, Marc Hohl m...@hohlart.de wrote:
Am 03.11.2010 15:10, schrieb Carl Sorensen:
On 11/3/10 6:50 AM, Marc Hohlm...@hohlart.de wrote:
Am 02.11.2010 04:04, schrieb carl.d.soren...@gmail.com:
Updated to only acknowledge tab-note-head, not note-head.
Makes perfect
On 3 November 2010 19:33, Carl Sorensen c_soren...@byu.edu wrote:
But the tie callback *should* make the notehead transparent if there's no
slur or gliss (or bend, in the future). In the absence of slur, gliss, or
split tie the notehead is transparent. In the presence of one of these,
it's
On 2 November 2010 07:41, Werner LEMBERG w...@gnu.org wrote:
Have you meanwhile found some time to ponder? I'm quite curious...
Yes. :)
Here's the short answer:
chain_callback () returns SCM_UNDEFINED if the property data being
chained isn't a procedure or closure.
(grob-closure.cc)
78
On 30 October 2010 13:05, Valentin Villenave valen...@villenave.net wrote:
Do we still want to ship the lilysong and lilymidi scripts? I'm not
sure if these still work, and there's hardly any documentation
whatsoever.
They both worked when I tested them last month (following the
instructions
On 30 October 2010 08:39, Werner LEMBERG w...@gnu.org wrote:
Would it be sufficient to handle SCM_UNDEFINED in
type_check_assignment?
I don't think so. Unlike SCM_EOL or SCM_BOOL_F it doesn't have an
analogue in Scheme code.
Or is there a deeper problem?
I think so. Perhaps there's a
On 30 October 2010 13:44, Valentin Villenave valen...@villenave.net wrote:
Neil: sorry, I have searched the -devel archives but not -user :-)
However, if these do work (which I'm glad they do btw!), then it would
be nice to have them mentioned somewhere in the docs... And, perhaps,
make the
On 30 October 2010 15:48, Werner LEMBERG w...@gnu.org wrote:
OK. To debug this is beyond my capabilities, sorry. Hopefully, I
find time to dive into lilypond's Scheme details, but currently I have
no time to do that; right now I'm pretending to be Joe User.
No problem. I've done a bit more
On 30 October 2010 22:40, Marc Hohl m...@hohlart.de wrote:
File /home/marc/git/lilypond/python/out/book_snippets.py, line 561, in
compose_ly
if self.global_options.safe_mode:
AttributeError: Values instance has no attribute 'safe_mode'
I don't think this has anything to do with your
On 29 October 2010 09:18, Werner LEMBERG w...@gnu.org wrote:
in file lily-guile.cc; for the above lilypond call it gets passed a
value of 0x204 for `val'.[1] This is obviously a special constant,
however, I haven't found out what guile symbol this corresponds to due
to the extremely cryptic
On 28 October 2010 23:55, Carl Sorensen c_soren...@byu.edu wrote:
Well, as far as I can see, Scheme engravers are really engravers, so they
ought to be documented in the IR along with the C++ engravers, not in an
appendix of the NR along with Scheme functions.
Although the approach you
On 24 October 2010 12:32, Valentin Villenave valen...@villenave.net wrote:
On Sun, Oct 24, 2010 at 3:43 AM, Graham Percival
Feel free to revert it.
TBH, I'm sorely tempted to myself.
There's a memory leak from `make-void-music', which suggests you
haven't done a regression test check or run
On 24 October 2010 13:17, Valentin Villenave valen...@villenave.net wrote:
On Sun, Oct 24, 2010 at 1:40 PM, Neil Puttock n.putt...@gmail.com wrote:
On 24 October 2010 12:32, Valentin Villenave valen...@villenave.net wrote:
Feel free to revert it.
TBH, I'm sorely tempted to myself
HI everybody,
This patch implements an exported function, ly:stencil-scale, which
can be used to stretch/flip/mirror etc. stencils.
Please review here:
http://codereview.appspot.com/2275042/
Cheers,
Neil
attachment: stencil-scale.png___
On 28 September 2010 20:07, Valentin Villenave valen...@villenave.net wrote:
I've asked this question on -user but I suspect it got lost in the
flow. (Besides, it *might* belong on -devel since I'm actually trying
to implement a missing feature, see for instance
On 30 September 2010 09:57, Phil Holmes m...@philholmes.net wrote:
1) In harp-pedals-sanity-checks.ly we get:
+warning: Harp pedal diagram contains dividers at positions (4). Normally,
there is only one divider after the third pedal.
+warning: Harp pedal diagram contains dividers at
On 4 October 2010 00:19, Carl Sorensen c_soren...@byu.edu wrote:
Is it a bug, or just different ordering of the output? The warnings are
proper, aren't they?
Can't we just say the warnings have reversed order, so that the changes in
the regtest output can be ignored?
I think users will
On 4 October 2010 00:46, Carl Sorensen c_soren...@byu.edu wrote:
I agree that it would be better to have warning messages show up in parsing
order, rather than translation order. But if the error occurs in
translation, there's no way to make the warning messages show up in parsing
order,
On 26 September 2010 12:09, Xavier Scheuer x.sche...@gmail.com wrote:
MetronomeMark #'break-align-symbols seems to fail with everything
(clef, left-edge, staff-bar, ...) except key-signature and
time-signature
I'm afraid this is partly due to the way I fixed the bad alignment
when key
On 18 September 2010 20:38, Carl Sorensen c_soren...@byu.edu wrote:
How would one go about trying to verify this with the debugger?
You could try following the ApplyContext path, to check it leads up to
a set_property () call.
TBH, I'm now not so sure what I said earlier is really happening:
fe26d8b7ddce8fb00a072853d938e6a612a20979 Mon Sep 17 00:00:00 2001
From: Neil Puttock n.putt...@gmail.com
Date: Thu, 16 Sep 2010 23:54:10 +0100
Subject: [PATCH] Possible fix for #372.
---
lily/partial-iterator.cc | 27 +++
scm/define-music-types.scm |6 ++
scm/ly-syntax
On 12 September 2010 15:46, Graham Percival gra...@percival-music.ca wrote:
Unless I hear otherwise in the next 18 hours, I'm going to declare
2.13.33 the first alpha release of 2.14, and invite users to try it
out. I'll also switch to the new website.
Do you mind postponing it until 2.13.34?
On 12 September 2010 19:52, Graham Percival gra...@percival-music.ca wrote:
No problem; done.
Thanks.
Since Carl's given the OK for #818, I'll push that later.
Ok. No rush; if anybody has anything else to say about 818, then
by all means we can spend more time thinking/investigating it.
'sHi everybody,
I'm getting cyclic dependency problems with laissez vibrer ties
attached to cross-staff notes which seems harmless in a minimal
snippet, but more serious in a real music example. It appears to have
been introduced following the fix for issue #881, which made the
LaissezVibrerTie
On 4 September 2010 14:42, Phil Holmes m...@philholmes.net wrote:
automatic-polyphony-drumstaff.ly: addition of 2 lines Unbound variable:
open-file
This has been happening for a while in different files, but only
appears in the GUB build (I've never seen it in a local regtest
comparison).
The
On 4 September 2010 16:05, Phil Holmes m...@philholmes.net wrote:
Graham Percival gra...@percival-music.ca wrote in message
news:aanlktino+cusnqt1gx3k_rrpr81m7t0owwyxw9fp5...@mail.gmail.com...
A number tests, but including metronome-parenthesized.ly : the initial
markup (a tempo marking in
On 4 September 2010 16:35, Phil Holmes m...@philholmes.net wrote:
Report these when I see them or ignore them?
It's probably best just to note similar changes in the issue you've just added.
Spotted this but didn't understand what it meant (other than it's splitting
the words apart).
TBH,
On 4 September 2010 21:43, Graham Percival gra...@percival-music.ca wrote:
If it's just a typo, could we remove it?
Looks like Joe's finger slipped. :)
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 2 September 2010 12:53, Marc Hohl m...@hohlart.de wrote:
Oh yes, of course ...
Done.
Thanks, LGTM.
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On 1 September 2010 16:36, Marc Hohl m...@hohlart.de wrote:
I prepared a patch, see attachment; can somebody push it?
\tabFullNotation ?
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 28 August 2010 15:36, Wols Lists antli...@youngman.org.uk wrote:
When you add chords using chordmode, clicking on the resulting chord in
the pdf doesn't take you to the relevant place in the source file. In
fact, it fails pretty badly ...
On 28 August 2010 16:31, Wols Lists antli...@youngman.org.uk wrote:
On 28/08/10 16:17, Neil Puttock wrote:
On 28 August 2010 15:36, Wols Lists antli...@youngman.org.uk wrote:
When you add chords using chordmode, clicking on the resulting chord in
the pdf doesn't take you to the relevant
On 27 August 2010 21:49, Wols Lists antli...@youngman.org.uk wrote:
There's a function called parenthesize in define-markup-commands.scm
that looks like it does what I want (line 3154), but
ly_lily_module_constant can't find it, and I don't know whether I've got
the call to it in the line
On 26 August 2010 13:55, Phil Holmes m...@philholmes.net wrote:
display-lily-tests.ly
The following output is new to .31:
Test 93 unequal: .
in = \time 2/4
out = \context Score \context Timing \applyContext #make-time-settings
Test 94 unequal: .
in = #(set-time-signature 5 8 '(3 2))
out
On 18 August 2010 18:58, Graham Percival gra...@percival-music.ca wrote:
I just tried to update LSR in git, but found a whole bunch of added
whitespace above the
%% Translation
line.
You have to run a local update after doing a full one to strip the
extra spaces (see issue 1115).
I recall
On 18 August 2010 13:13, Trevor Daniels t.dani...@treda.co.uk wrote:
I've done this now. See scripts/auxiliar/ref_check.py.
Its action is driven by scripts/auxiliar/ref_check.tely
Just run it at the top level in the git repository to
check (most of) the cross-references in the doc tree.
Hi Mike,
Here are the comments I made copied from Rietveld:
+#(ly:define-event-class 'scheme-text-span-event
+'(scheme-text-span-event
+ span-event
It would be great if the hierarchy could be completed automatically
rather than having to specify
On 18 August 2010 23:12, Mike Solomon mike...@ufl.edu wrote:
Should be good to go!
~Mike
(issue 1867050)
Thank, that seems to have fixed it.
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 13 August 2010 23:31, Neil Puttock n.putt...@gmail.com wrote:
I'll see if it works tomorrow, otherwise I'll copy them here.
Still no joy. It looks like the base file for the regtest didn't get
uploaded properly (according to this bug report:
http://code.google.com/p/rietveld/issues/detail
On 13 August 2010 09:12, Mike Solomon mike...@ufl.edu wrote:
Done - thank you for the suggestion. Attached is the patch series, which
can also be found on http://codereview.appspot.com/1867050 . Thank you!
Looks good. I've added quite a few comments, but just got a sever
error trying to
On 5 August 2010 13:04, Mike Solomon mike...@ufl.edu wrote:
Sorry for the slew of patches in this vein - as I run into problems while
trying to create a real engraver in scheme, I'm sending these patches along.
http://codereview.appspot.com/1878048
What's wrong with using ly:context-property?
On 5 August 2010 19:20, David Kastrup d...@gnu.org wrote:
now that we have accordion pushpull symbols in Lilypond, I want to use
them. Tracking things up and down other articulation code I found that
its not possible to make the accordion symbols regular articulations
(the script engraver
On 5 August 2010 20:24, David Kastrup d...@gnu.org wrote:
That could be considered slightly unintuitive since the bellows changes
direction at a time less than or equal to note onset. Nothing that
would worry me all too much.
You could work round this via music functions (which would give
On 2 August 2010 13:35, Mike Solomon mike...@ufl.edu wrote:
http://codereview.appspot.com/1914043
Applied:
http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commit;h=4ed35e481389eaddd6e07002f0b5ccad31994169
___
lilypond-devel mailing list
On 1 August 2010 08:18, Mike Solomon mike...@ufl.edu wrote:
Done :)
Please let me know what you think.
Great! I'll put it up on Rietveld and take a closer look later.
Thanks,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 1 August 2010 13:25, Neil Puttock n.putt...@gmail.com wrote:
Great! I'll put it up on Rietveld and take a closer look later.
http://codereview.appspot.com/1741060/show
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org
On 1 August 2010 21:49, Patrick McCarty pnor...@gmail.com wrote:
I think I found the problem.
With Guile 1.9, `module-public-interface' doesn't return an interface
for `the-scm-module', which we rely on:
scheme@(guile-user) (module-public-interface the-scm-module)
$1 = #f
On 31 July 2010 14:15, Werner LEMBERG w...@gnu.org wrote:
Well, `i.e.' is a shorthand for the Latin `id est' which translates to
`that is', and for the latter, you always need a comma after the `is'
if you continue with a sentence, right? So I think `i.e.' needs a
comma.
I had a vague
On 30 July 2010 15:11, Mike Solomon mike...@ufl.edu wrote:
This solution works for the minimal example given with the issue, and it
works in general if one accepts the assumption that there is no reason that
anything fed through stack-lines (in scm/stencil.scm) should have an X
extent whose
On 30 July 2010 14:19, Mike Solomon mike...@ufl.edu wrote:
This raises an error message if showLastLength is not used to show full
measures.
Ouch. :)
We should always try to continue compilation (leaving aside syntax
errors, of course) so I think it would be better to `round' the value
if
On 29 July 2010 19:22, Mike Solomon mike...@ufl.edu wrote:
Name says it all.
Why do you need this?
Since a Spanner's parent class is Grob, ly:engraver-make-grob should
have no problem creating spanners.
Cheers,
Neil
___
lilypond-devel mailing list
On 29 July 2010 20:34, Mike Solomon mike...@ufl.edu wrote:
I think that this patch is the easiest way to assure that the break
processing will happen when do_break_processing is called (although I could
be wrong), whereas creating a grob doesn't get you a spanner's break
processing.
Have you
Hi,
Context modifications inside an identifier are great, but in the case
of \RemoveEmptyStaves, there's a nasty surprise waiting for you: since
it's defined inside a layout block (as part of engraver-init.ly), it's
unusable within a music block.
\new Staff \with { \RemoveEmptyStaves } { c4 }
On 25 July 2010 13:22, Joseph Wakeling joseph.wakel...@webdrake.net wrote:
naturalizeMusic =
#(define-music-function (parser location m)
(ly:music?)
(naturalize m (ly:music-property music 'naturalize-style)))
This function has an arg called `m', but you're trying to access
On 25 July 2010 20:49, Joseph Wakeling joseph.wakel...@webdrake.net wrote:
I don't know how that typo got into my email, but it is _not_ what I
have in my Lilypond input file. This is:
naturalizeMusic =
#(define-music-function (parser location m)
(ly:music?)
(naturalize m
Hi everybody,
Please review this patch here: http://codereview.appspot.com/1665053/show
Thanks,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi Joe,
On 13 July 2010 02:18, Joe Neeman joenee...@gmail.com wrote:
Does the attached patch help? For me, it reduces dramatically the
number of times that combine_pure_heights (and also ly_scm2interval)
is called, but it has very little effect on lilypond's overall running
time (for the
:00 2001
From: Neil Puttock n.putt...@gmail.com
Date: Tue, 13 Jul 2010 23:17:26 +0100
Subject: [PATCH] Fix bare stem tremolos.
* scm/music-functions.scm (make-repeat):
don't use length of 'elements for non-sequential repeat tremolos
---
scm/music-functions.scm | 10 +++---
1 files changed
On 9 July 2010 22:35, Carl Sorensen c_soren...@byu.edu wrote:
Yes, but it's only in LilyPond miscellany, so it's really not important ;)
Heh, not important enough to deserve a separate menu node. ;)
BTW, are you OK with me pushing the auto-beaming stuff?
Sorry, I was expecting another patch
On 11 July 2010 23:08, Arno Waschk hamama...@gmx.de wrote:
Anyway, i came to a point where it seems very helpful to provide an easy
option to print somehow the actual content of e. g. a grob at a certain
point in the c++ code, or easily do some other voodoo to it, which i do not
know yet...
On 9 July 2010 21:02, Joseph Wakeling joseph.wakel...@webdrake.net wrote:
Neil -- thanks ever so much for the detailed explanations.
You're welcome.
I hope what I've said is correct, since Carl's pinched my post and
added it to the Contributor's Guide. :)
The transpose_mutable() function
On 8 July 2010 18:43, Graham Percival gra...@percival-music.ca wrote:
Then please rename it. Patch to Trevor... no, wait, we'll need to
regnerate the *.snippet-list files.
Arrgh, please no! :)
It shadows the snippet in LSR, which has the same filename: LSR
doesn't strip commas. The LSR
201 - 300 of 1012 matches
Mail list logo