(2.7.5 release)
The
@lilypond[notime]
option seems to have no effect; it appears that the Score.timing
property
is no longer. Judging from ly/property-init.ly (cadenza), it appears
that
there's a new Timing engraver ?
How would I modify the below example to turn off timing? Simply
changing
http://lilypond.org/doc/v2.7/input/regression/out-www/collated-files.html
The latest rendered rest-collision.ly still shows the rests in 2nd voice
not low enough and hitting with the notes in 1st voice.
Regards.
- Matevž
signature.asc
Description: OpenPGP digital signature
___
Han-Wen Nienhuys wrote:
> there is one thing that I still don't get, which is why this should be
> done on lilypond.org. Aren't there many link directories (eg. dmoz.org)
> that are more suited to this kind of application? I assume that they
> will already have all the machinery to edit, check
[flup to lily-devel]
Hans Aberg wrote:
both simplifying authoring and the input format. But TeX was developed
once, too. Its author got tired, putting the lid on further
development, having the copyright. It could happen with LilyPond, too,
if one arrives the point where one has the reache
CVS ChangeLog 1.4019 bails out like this:
rm -f ./out/lily-parser.dep; DEPENDENCIES_OUTPUT="./out/lily-
parser.dep ./out/lily-parser.o" g++ -c -DHAVE_CONFIG_H -DNDEBUG -
DSTRING_UTILS_INLINED -Iinclude -I./out -I../flower/include -
I../flower/./out -I../flower/include -DNDEBUG -I/usr/include/py
Erik Sandberg wrote:
Hi,
I noticed that the
self_scm_=SCM_EOL;
line is missing in many constructors of smobs, e.g. in Context. Is this safe?
I don't know about Guile internals, but I can imagine that smobify_self()
could trigger a GC, which could do bad things. I don't understand why this
w
> "F" == Fairchild <[EMAIL PROTECTED]> writes:
F> Comparison of music typesetting programs
F> The newsgroup rec.music.theory has a thread about comparing seven
commercial
F> and one free (LilyPond) music typesetting programs. See Laura Conrad's
F> weblog http://www.laymusic
Hi,
I noticed that the
self_scm_=SCM_EOL;
line is missing in many constructors of smobs, e.g. in Context. Is this safe?
I don't know about Guile internals, but I can imagine that smobify_self()
could trigger a GC, which could do bad things. I don't understand why this
would be less risky in cl
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> Nicolas Sceaux wrote:
>> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>>
>>>Could you have a look at the displayLilyMusic regtest file? I think
>>>it should not be part of the regression/ test suite, but rather in
>>>no-notation/ as it doesn't excer
John Mandereau wrote:
Han-Wen Nienhuys wrote:
can you put up the site somewhere for a test drive?
No; I could run httpd on my computer just for testing but it'd take a
long time before I make it work. Or I could send you an email privately.
Which way do you prefer?
A tarball of the formatte
On Monday 15 August 2005 23.26, Fairchild wrote:
> Music Publishers' Association http://www.mpa.org
>
> MPA posts information about music engraving, publishing, and copyrighting.
> See especially their "Standard Music Notation Practice"
> http://www.mpa.org/notation/notation.pdf
This document cont
Musical Notation Links
Gerd Castan maintains an extensive hierarchy of musical links at
http://www.music-notation.info
castan.png
Description: PNG image
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypo
Music Publishers' Association http://www.mpa.org
MPA posts information about music engraving, publishing, and copyrighting.
See especially their "Standard Music Notation Practice"
http://www.mpa.org/notation/notation.pdf
mpa.png
Description: PNG image
Comparison of music typesetting programs
The newsgroup rec.music.theory has a thread about comparing seven commercial
and one free (LilyPond) music typesetting programs. See Laura Conrad's
weblog http://www.laymusic.org/blosxom-static/publishing
spbanner-new.png
Description: PNG image
Nicolas Sceaux wrote:
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Could you have a look at the displayLilyMusic regtest file? I think
it should not be part of the regression/ test suite, but rather in
no-notation/ as it doesn't excercise the notation, but rather the
inputpart.
Right.
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> Could you have a look at the displayLilyMusic regtest file? I think
> it should not be part of the regression/ test suite, but rather in
> no-notation/ as it doesn't excercise the notation, but rather the
> inputpart.
Right.
The test file has b
I have just changed the text in the bug description in the manual to say:
When you put a name on a grand staff or piano staff, the width of the
brace is not taken into account. The following property setting can be
used to move the instrument names to the left, in such situations.
@example
\overr
On 16-Aug-05, at 1:05 AM, Han-Wen Nienhuys wrote:
Graham Percival wrote:
Shortly before 2.7.5 was released, this behavior (which presumably was
a bug) reverted back to the old version -- the "mark" is printed
right above
the staff lines.
Even though this was a bug, I found it *extremely* use
Graham Percival wrote:
A short time ago, the vertical placement of \mark was changed so that
it was placed above any other notation in the system. In other words,
the "mark" in the example below was a huge distance above the staff.
\version "2.7.5"
{ c'1^1^2^3^4^5 \mark "mark" c'1 }
Shortly b
19 matches
Mail list logo
