Hi,
As a novice to lilypond, I have encountered two stubborn problems for which I
have found no solution.
1. When I use grace notes (or appoggiaturas or acciaccaturas) the vertical
alignment (in a piano staff system) is messy.
2. In spite of many assurances that emacs (which I use as editor) supp
Yitz Gale wrote:
The Chord Name engraver with chordChanges = #t
does not print the chord at the beginning
of a repeat alternative if the chord at the
end of the previous repeat alternative was
the same.
Sorry, my example was a bit thin. It is
hard to see the problem when only the
chords pr
Mats:
I downloaded the linux script installer. It's been a while since I've dared
to compile lilypond myself.
Daniel T.
2006/8/8, Mats Bengtsson <[EMAIL PROTECTED]>:
Let us move the discussion to bug-lilypond, since you have clearly hit
a bug (for the record, the earlier emails of this thread
begin:vcard
fn:Daniel Tonda Castillo
n:Tonda Castillo;Daniel
email;internet:[EMAIL PROTECTED]
version:2.1
end:vcard
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
> The Chord Name engraver with chordChanges = #t
> does not print the chord at the beginning
> of a repeat alternative if the chord at the
> end of the previous repeat alternative was
> the same.
Sorry, my example was a bit thin. It is
hard to see the problem when only the
chords print without a s
Hi,
Since the PDF output support was added to lilypond-book, PDF versions
of every lily-NN-N.eps file are produced even if you run
lilypond-book without the --pdf flag. Apart from taking extra time, this
is also (as far as I can see) the cause of the bug described in
http://lists.gnu.org/arch
Hi,
In CVS for both stable and development, the property gs-font-load is set
to false
in scm/lily.scm. I just happened to notice that it's set to true for the
Windows
package (and maybe also in all other GUB versions). Why is this?
On Windows, this seems to be the reason that GSView won't dis
