Nicolas Sceaux writes:
> Le 12 déc. 2009 à 14:01, David Kastrup a écrit :
>>
>> { G4 g D // | /// // / // | \time 3/4 G g / | D // // | /// // // | }
>
> Memorizing more than one chord/note (e.g. 3 chords/notes), and accessing
> them using q, qq, qqq, would do it?
Sure. The slashes are, well,
"Trevor Daniels" writes:
> Nicolas Sceaux wrote Saturday, December 12, 2009 3:39 PM
>>
>
>> Le 12 déc. 2009 à 14:01, David Kastrup a écrit :
>>>
>>> { G4 g D // | /// // / // | \time 3/4 G g / | D // // | /// // // |
>>> }
>>
>> Memorizing more than one chord/note (e.g. 3 chords/notes), and
>> ac
Carl Sorensen writes:
> On 12/12/09 2:27 PM, "Joe Neeman" wrote:
>
>> On Sat, 2009-12-12 at 14:15 -0700, Carl Sorensen wrote:
>>> So I've finally gotten to a point where I think I know what to do with the
>>> autobeaming code to make it work properly in 4/4 time with a 1/16 note in
>>> the secon
Le 13 déc. 2009 à 11:05, David Kastrup a écrit :
>> If in an existing score I later replace a q with an explicit chord all
>> the following q, qq and qqq will need changing too.
>
> Yes. But q, qq, and qqq are not intended for use all across the score,
> but rather in confined places. I am not
I wanted to wait until GOP started, but it seems there's a lot of
interest in this now. Here's my proposed new classifications for
issues.
There are four hopefully-not-really-contradictory goals, listed in order:
1. easy for core developers to find the type of bug they want to work on
2. easy f
Hi Graham,
Graham Percival wrote:
I wanted to wait until GOP started, but it seems there's a lot of
interest in this now. Here's my proposed new classifications for
issues.
There are four hopefully-not-really-contradictory goals, listed in order:
1. easy for core developers to find the type of
On Sun, Dec 13, 2009 at 12:36 PM, Ian Hulin wrote:
> Hi Graham,
> Graham Percival wrote:
>>
>>
>> %% for Type, we match the first relevant item on the list.
>> Type-build: new type, but I think it's worth it. Used for GUB,
>> makefiles, stepmake, and python scripts which are used in the build
>>
On Sun, Dec 13, 2009 at 1:06 PM, Ian Hulin wrote:
> Was just looking in CG section 6.2. Does Status value *Accepted* mean that
> the defect is definitely reproducible by more than one person on more than
> one computer? Is this one of the bugmeister's criteria for accepting an
> issue? If it is
2009/12/13 Mark Polesky :
> Is there a way to improve this? I don't want to put too
> much extra stress on CPU1 if I run `make check' alot. Or am
> I being paranoid?
make -j5 CPU_COUNT=5 check
Cheers,
Neil
___
lilypond-devel mailing list
lilypond-d
2009/12/12 Werner LEMBERG :
> have you finished your work on fixing #305? I can vaguely remember
> something into this direction ...
Not yet; I'm trying to sort out a consistent method for allowing
explicit directions to override the alignment spanner.
Cheers,
Neil
___
On Sun, Dec 13, 2009 at 2:00 PM, Neil Puttock wrote:
> 2009/12/13 Mark Polesky :
>
>> Is there a way to improve this? I don't want to put too
>> much extra stress on CPU1 if I run `make check' alot. Or am
>> I being paranoid?
>
> make -j5 CPU_COUNT=5 check
Be warned that sometimes lilypond-book
2009/12/13 Graham Percival :
> Be warned that sometimes lilypond-book has hash collisions in the
> filename, which can lead to weird compile errors when one process
> finished dealing with aa/lily-.ps (and thus deletes it), while
> another process has finished generating aa/lily-.ps but ha
On Sun, Dec 13, 2009 at 2:18 PM, Neil Puttock wrote:
> 2009/12/13 Graham Percival :
>
>> Be warned that sometimes lilypond-book has hash collisions in the
>> filename, which can lead to weird compile errors when one process
>> finished dealing with aa/lily-.ps (and thus deletes it), while
>> a
On Sun, Dec 13, 2009 at 12:13 PM, Graham Percival
wrote:
> On Sun, Dec 13, 2009 at 2:00 PM, Neil Puttock wrote:
>> 2009/12/13 Mark Polesky :
>>
>>> Is there a way to improve this? I don't want to put too
>>> much extra stress on CPU1 if I run `make check' alot. Or am
>>> I being paranoid?
>>
>>
On Sun, Dec 13, 2009 at 2:26 PM, Han-Wen Nienhuys wrote:
> On Sun, Dec 13, 2009 at 12:13 PM, Graham Percival
> wrote:
>> On Sun, Dec 13, 2009 at 2:00 PM, Neil Puttock wrote:
>>> 2009/12/13 Mark Polesky :
>>>
Is there a way to improve this? I don't want to put too
much extra stress on
Han-Wen Nienhuys writes:
> On Sun, Dec 13, 2009 at 12:13 PM, Graham Percival
> wrote:
>> On Sun, Dec 13, 2009 at 2:00 PM, Neil Puttock wrote:
>>> 2009/12/13 Mark Polesky :
>>>
Is there a way to improve this? I don't want to put too
much extra stress on CPU1 if I run `make check' alot
On Sun, Dec 13, 2009 at 12:44 PM, David Kastrup wrote:
>>> Be warned that sometimes lilypond-book has hash collisions in the
>>> filename, which can lead to weird compile errors when one process
>>> finished dealing with aa/lily-.ps (and thus deletes it), while
>>> another process has finishe
Han-Wen Nienhuys writes:
> On Sun, Dec 13, 2009 at 12:44 PM, David Kastrup wrote:
>
Be warned that sometimes lilypond-book has hash collisions in the
filename, which can lead to weird compile errors when one process
finished dealing with aa/lily-.ps (and thus deletes it), whil
diff --git a/scripts/lilypond-book.py b/scripts/lilypond-book.py
index 392ddd0..b9731f1 100644
--- a/scripts/lilypond-book.py
+++ b/scripts/lilypond-book.py
@@ -1273,7 +1273,11 @@ left-margin-default right-margin-default)"
directory = os.path.split(path)[0]
if not os.path.isdir (d
Oh wait - there is one thing I did not think about: snippets may be
shared by different documents, so if you use make -jX it is
conceivable that make invokes two separate lilypond processes that
have non-empty intersection of their arguments.
For now, the easy fix is to use -j1 with CPU_COUNT for
On Sun, Dec 13, 2009 at 3:55 PM, Han-Wen Nienhuys wrote:
> Oh wait - there is one thing I did not think about: snippets may be
> shared by different documents,
Yes, that was my point about snippets being included in snippets.tely
and (for example) rhythms.itely.
> For now, the easy fix is to use
On Sun, Dec 13, 2009 at 2:02 PM, Graham Percival
wrote:
>> Oh wait - there is one thing I did not think about: snippets may be
>> shared by different documents,
>
> Yes, that was my point about snippets being included in snippets.tely
> and (for example) rhythms.itely.
>
>> For now, the easy fix i
2009/10/13 Neil Puttock :
> 2009/10/12 Joe Neeman :
>
>> Thanks for testing. Do you have an example to show the problem? It was
>> certainly my intention to have Dynamics work with alignment-distances.
>
> Sure, try this:
I've had another look at this, and it seems the only way to get this
to work
On Sun, Dec 13, 2009 at 02:27:53PM -0200, Han-Wen Nienhuys wrote:
> On Sun, Dec 13, 2009 at 2:02 PM, Graham Percival
> wrote:
> >> For now, the easy fix is to use -j1 with CPU_COUNT for building the docs.
> >
> > Yes; that became the recommended way in Oct. But it's much slower
> > than it would
Hi,
On Sun, Dec 13, 2009 at 03:55:00PM +, Graham Percival wrote:
> diff --git a/scripts/lilypond-book.py b/scripts/lilypond-book.py
> index 392ddd0..b9731f1 100644
> --- a/scripts/lilypond-book.py
> +++ b/scripts/lilypond-book.py
> @@ -1273,7 +1273,11 @@ left-margin-default right-margin-defaul
On 2009/12/12 00:12:16, Ian Hulin wrote:
I've implemented Neil's comments, re-run regression tests locally and
uploaded
amended patches to Rietveld.
Thanks!
I think this should be ready to push now.
Nearly there:
You're playing catch-up with the \version strings. :)
Both hara-kiri-rhyt
Quoting David Kastrup:
Without _any_ analysis of the actual problem, I am just regurgitating
some keyword-triggered advice from Emacs' DEBUG file. You might have
compiled without optimization in which case it does not apply. This
particular option might be considered useful generally since other
2009/12/11 Trevor Daniels :
> I've just posted patch set 3 to Reitveld, after quite
> some struggles with juggling regression-testing and
> doc-building in a too-small virtual ubuntu system.
>
> See http://codereview.appspot.com/164063
Looks fine to me apart from some formatting nitpicks.
I'll po
On Sun, Dec 13, 2009 at 05:49:13PM +0100, Matthias Kilian wrote:
> If the a file with the same name always has the same content,
> regardless from which document it has been generated, would something
> like the following help (no real code, i'm not good at all if it
> comes to python)?
Don't laug
On Sun, Dec 13, 2009 at 2:46 PM, Graham Percival
wrote:
>> >> A more elaborate solution would be either some kind of locking, or to
>> >> check whether the .ps / .pdf exists before actually processing the
>> >> .ly; the latter is still suscepitible to races, though, but a check
>> >> could make t
Hi,
I have this as a patch in the lilypond port of OpenBSD for years
(since 2006, IIRC), and it looks like I still need it for the
development branch. Without this, configure isn't able to detect
the versions of at least texi2html, makeinfo and bison. (I really
don't remember the reason, too much
On 2009-12-11, Ted Walther wrote:
> Thank you for filing that bug issue! How are things progressing? Also,
> can I make a $100 donation in gratitude to the person implementing the
> fix? Who is the responsible party to send the money to?
I think this issue is fixed now. As Valentin noted, plea
2009/12/12 Harmath Dénes :
> And yes, this solved the problem! You're right, flex is among the
> dependencies.
> Concluding it, I think two things may be worth adding to the CG 2.1.6:
> * the workaround of the C++ related problem: perl -pi -e
> 's|__vector|lily_vector|g' flower/include/std-vector
Le dimanche 13 décembre 2009 à 16:48 +0100, David Kastrup a écrit :
> So if the hashed filenames pass through make (no idea if they do)
They don't, they pass between lilypond-book and lilypond.
Best,
John
signature.asc
Description: Ceci est une partie de message numériquement signée
___
Hi Trevor,
Here are a few comments as promised earlier.
Cheers,
Neil
http://codereview.appspot.com/164063/diff/5001/5002
File Documentation/changes.tely (right):
http://codereview.appspot.com/164063/diff/5001/5002#newcode73
Documentation/changes.tely:73: \new TabStaff
trailing space
http://c
Hi Reinhold,
This looks OK, but I don't think you need to use a list any more.
Cheers,
Neil
http://codereview.appspot.com/174080/diff/1003/1004
File lily/tie-performer.cc (right):
http://codereview.appspot.com/174080/diff/1003/1004#newcode34
lily/tie-performer.cc:34: Head_audio_event_tuple ()
Hi Han-Wen,
Le dimanche 13 décembre 2009 à 13:55 -0200, Han-Wen Nienhuys a écrit :
> Oh wait - there is one thing I did not think about: snippets may be
> shared by different documents, so if you use make -jX it is
> conceivable that make invokes two separate lilypond processes that
> have non-empt
Le dimanche 13 décembre 2009 à 16:13 -0200, Han-Wen Nienhuys a écrit :
> The lock could just be per file, using file system locks (which are
> simple to use and efficient). Probably ly:parse-file should just lock
> and unlock the file while processing it.
This may be the best solution if we fail
This one makes lilypond build with good old gcc-3.3.5 (which is the
default compiler on OpenBSD). It's probably debatable wether it'll
slow down lilypond runtime and accelerate global warming, so if you
don't like it, let me know; I could also add some #ifdefs (or just
keep the patch file in the Op
Thanks Patrick. Do you accept AlertPay or Moneybooker payments?
With the new fix, can I just wrap a stanza in U+202A .. U+202C to get
the desired effect? At some point, when RTL is implemented for the
musical notes, I may want to let the Hebrew do the natural thing, and
put in some U+202B..U+20
Hi everybody,
While puzzling over the purpose of the method try_music (), I noticed
that the only engravers/translators to use this method are the type
swallowers/Swallow_engraver/performer. Since this method appears to
have been junked when the translator listener macros were introduced
for stre
Reviewers: Neil Puttock,
http://codereview.appspot.com/174080/diff/1003/1004
File lily/tie-performer.cc (right):
http://codereview.appspot.com/174080/diff/1003/1004#newcode46
lily/tie-performer.cc:46: // We don't really need a list or deque here.
A vector would suffice. However,
On 2009/12/13 2
Hello all, here are long-awaited good news for users of the issue tracker:
http://code.google.com/p/support/issues/detail?id=1163
--
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com
No le des el mando a distancia a Microsoft. No utilices Windows 7.
http://windows7sins.org
_
LGTM
On Sun, Dec 13, 2009 at 8:34 PM, Neil Puttock wrote:
> Hi everybody,
>
> While puzzling over the purpose of the method try_music (), I noticed
> that the only engravers/translators to use this method are the type
> swallowers/Swallow_engraver/performer. Since this method appears to
> have b
44 matches
Mail list logo
