> What do you guys think of including a sample Makefile somewhere in
> the documentation?
Good idea! Perhaps we can manage to avoid GNU make extensions so that
poor Windows users have a chance to try nmake.
Werner
___
lilypond-devel mailing lis
> BTW, I completely agree this thread was not handled well, not only
> by me, but by everyone from its inception to the present entry which
> I hope is its termination. Quite an ugly business! Very bad form
> shown by all! I do offer my apologies for my part, and yes - by all
> means I hope ever
I think I have figured out issue 708:
http://code.google.com/p/lilypond/issues/detail?id=708
Before I submit a patch, how do I decide which LP version this goes
under for convert-ly?
Andrew
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://
What do you guys think of including a sample Makefile somewhere in the
documentation?
Today I made my first makefile by using one of Graham's (for his thesis)
as a model, and it occurred to me that it might be nice to have a sample
available somewhere in the docs for others like me who have ha
On Tue, May 12, 2009 at 06:13:35PM -0600, Carl D. Sorensen wrote:
> I've tried adding to the parser, but it seems that my changes are
> not being
> compiled.
>
> Is there a dependency that will cause the parser to be recompiled,
> or do I have to do make clean?
>
> I've tried touching parser.yy,
Patch attached. It has patches for three different files so I just named it
after the one with the most changes, working.itely. Hope there's no
confusion...
Jon
On Tue, May 12, 2009 at 5:04 PM, Jonathan Kulp wrote:
> Kieren MacMillan wrote:
> IMO, we [in the docs] should *not* be encouraging t
BTW, I completely agree this thread was not handled well, not only by
me, but by everyone from its inception to the present entry which I
hope is its termination. Quite an ugly business! Very bad form shown
by all! I do offer my apologies for my part, and yes - by all means
I hope everyone
I've tried adding to the parser, but it seems that my changes are not being
compiled.
Is there a dependency that will cause the parser to be recompiled, or do I
have to do make clean?
I've tried touching parser.yy, and that seems to have no effect.
Thanks,
Carl
__
Hi Johannes.
On May 12, 2009, at 3:36 PM, Johannes Schindelin wrote:
Hi Aaron,
by sending a private exchange you proved something. You still have
not
earned respect with this person.
Look, I understand a dev list is for developers. These posts of mine
have been commentary. If what I
Kieren MacMillan wrote:
IMO, we [in the docs] should *not* be encouraging the use of
RehearsalMarks for tempo indications -- this is exactly why the \tempo
command was rewritten [can't remember by whom at the moment, but "thanks!"].
In other words, this example should *also* be changed... mayb
Hi Aaron,
by sending a private exchange you proved something. You still have not
earned respect with this person.
I would have appreciated a lot of things, such as actually addressing the
original poster's (maybe poorly formulated) concern.
I would have appreciated something which benefits me
From: Johannes Schindelin
Aaron, it would be good to earn some respect here, presumably by
contributing something others benefit from, before you give up the
respect
already.
David might not be the most polite person on earth, but he did at
least
something useful before he went on to bash
Jon,
Yes! I'll change this one accordingly.
Thanks,
Kieren.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Kieren MacMillan wrote:
Hi Jon (et al),
Now there's also a "tempoMark" function defined in NR 6.1.2,
Interfaces for programmers. My instinct is to leave this one
alone--it is not obsolete, since the predefined \tempo command does
not take a $padding argument like this bit of scheme does, rig
Mats,
I tried incorporating your suggestions with mixed success. The
following definition works:
mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
#:line(#:dynamic "mp" #:text #:italic "dolce" )))
I changed the (cons 5 0) as you suggested, and changed hspace value to
Graham Percival wrote:
So should we remove (conseverywhere? That'd be easy enough to
grep for.
No, not in situations where you want to evaluate the values before you
form the pair, like the following example from programming-interface.itely:
manualBeam =
#(define-music-function (par
Hi,
On Tue, 12 May 2009, Aaron Andrew Hunt wrote:
> >People like you seem to confuse the concept of "polite" with "servant".
>
> Ah yes, people like me. People who confuse concepts. People who are not
> as brilliant as yourself.
Aaron, it would be good to earn some respect here, presumably by
On Tue, May 12, 2009 at 06:24:31PM +0200, Mats Bengtsson wrote:
>
> Jonathan Kulp wrote:
>>
>> mpdolce = #(make-dynamic-script (markup #:hspace 1 #:translate (cons 5 0)
>> #:line(#:dynamic "mp" #:text #:italic "dolce" )))
> It seems that the above line is copied from the current documentation
>
Jonathan Kulp wrote:
Before I make a bunch of replacements and a patch, can anyone see a
potential problem with changing the example in LM 5.1.5 to use these
functions instead:
%%
mpdolce = #(make-dynamic-script (markup #:hspace 1 #:translate (cons 5 0)
#:line(#:dynamic "mp" #:text
Hello Mr. Kastrup.
People like you seem to confuse the concept of "polite" with
"servant".
Ah yes, people like me. People who confuse concepts. People who are
not as brilliant as yourself.
You are illustrating my point exactly, Mr. Kastrup.
You presume to know who I am, what I do, and w
Hi all,
I know that this was on the list some time ago, I remembered when
reading
http://lists.gnu.org/archive/html/lilypond-devel/2009-03/msg00238.html
Am I right that there is currently no possibility to let lilypond set
different margins for odd and even pages?
Can someone help me to further
On Tue, May 12, 2009 at 05:15:33PM +0200, Mats Bengtsson wrote:
> For example, Graham has worked day and night during more
> than a year to bring the documentation into it's current shape and I
> understand that he can feel personally insulted if someone dares
> criticize his own "baby".
It
Anyway, it's not a matter a being programmer/hacker or not, it's rather
a matter of being extremely enthusiastic about your own pet project and
of working extremely hard on something without getting paid (in money or
in gratitude). For example, Graham has worked day and night during more
than a
Aaron Andrew Hunt writes:
> On May 11, 2009, at 2:24 PM, lilypond-devel-requ...@gnu.org wrote:
>> Dewdman,
>> It might help to read this:
>> http://linuxmafia.com/faq/Essays/smart-questions.html
>
> Very interesting link! It might as well be called "In Defense of Being
> a Complete A-Hole"
>
> No
Dewdman42 writes:
> Quite unfortunate though, lilypond is an extremely cool technology
> that MANY MANY people are missing out on because of things like this
> and particularly because of the attitude of the core developers, who
> are the only ones that really know how the hell it works. I'm a
>
Hi Jon (et al),
Now there's also a "tempoMark" function defined in NR 6.1.2,
Interfaces for programmers. My instinct is to leave this one
alone--it is not obsolete, since the predefined \tempo command does
not take a $padding argument like this bit of scheme does, right?
IMO, we [in the
Jonathan Kulp wrote Tuesday, May 12, 2009 6:22 AM
Graham Percival wrote:
> Yes, come up with another score marking. Granted, it might get
[snip]
I agree, that's best for the moment.
Before I make a bunch of replacements and a patch, can anyone see
a potential problem with changing the e
In message <4a0907a4.2080...@gmail.com>, Jonathan Kulp
writes
Graham Percival wrote:
Yes, come up with another score marking. Granted, it might get
[snip]
Before I make a bunch of replacements and a patch, can anyone see a
potential problem with changing the example in LM 5.1.5 to use these
28 matches
Mail list logo