Hi
both extenders stop on the third beat of the bar instead of the 4th beat.
%-
%\version "2.25.9"
%or
\version "2.24.2"
<<
\new Voice { \clef bass dis4 c d ais g fis eis dis}
\new FiguredBass {
\figuremode {
\bassFigureExtendersOn
<3>2 <3>2
<5>2 <5>2
}
> I'm not top posting.
An example of this behavior:
-
\version "2.16.2"
\relative c'' { a2 b }
-
The B should also have an upwards stem. The default is that the stem is
always down ({ c2 b } results in correct behavior).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/06/2012 07:57 PM, Nick Payne wrote:
> With a large staff size and a longish composer field, the composer
> name runs off the right-hand edge of the page, even though there
> is plenty of room for it to be accommodated within the left and
> rig
As posted to lilypond-user, assertion of copyright in a score header has no
discernible effect on the output. I don’t much care where it ends up, but it
ought to do something. The attached tiny example was made with 2.12, but
apparently the problem persists in 2.14 and up.
[Er... I don’t seem to
On 07/08/10 15:32, Urs Liska wrote:
Why don't I get my mail delivered while I can find it in the archives?
(-> http://lists.gnu.org/archive/html/bug-lilypond/2010-07/msg00064.html).
Did anybody else get this mail?
Best
Urs
___
bug-lilypond mailing lis
> I'm not top posting
When I use the \clef "bass_8", the lay-out of it is not nice. The 8 is place to
low. It doesn't hit the clef. Compare it for instance with the clef for guitar
(\clef "G_8").
___
bug-lilypond mailing list
bug-lilypond@gnu.org
%% a page break will occur after the markup section
%% only if there's room for the section after it;
%% in this example, there's room if the markup
%% section is one line shorter
\version "2.10.33"
\book {
\score { \new Staff << \new Voice { \relative c' {
c4 c c c c c c c \break
c c c
> I'm not top posting
Version 2.11.22-1 (Build from Tue Apr 10 00:34:26)
When working on a file named "Minnesänger-Kanon.ly" lilypond correctly
produces the ".midi" file and ".ps" files but fails to return from the creation
of the ".pdf" file. Renaming the file to "Kanon.ly" corrects this prob
> )
%{
A Lead Sheet: Bug report
"Introducing "\set chordChanges = ##t" causes the chords to be written
below the staff and doesn't
remove duplicates"
%}
\version "2.11.22" % Mac OS 10.4.9 (Power PC G4 processor)
\paper { ragged-right=##t }
\he
Hello list,
in comparing the PDF output of the lilypond combo
as distributed in the 2.8.1 tarballs (for Linux/X86)
with the results generated by my locally comiled LilyPond
I found some strange difference:
The noteheads in the results from local Lily look like
bad bitmaps while those from the di
I find that even though the example works okay, the log file contains many
lines with the following "programming error" Inf or NaN encountered
continuing, cross fingers. (or) programming error: Insane offset
continuing, cross fingers, (or) programming error: infinity or NaN encountered
while co
Firstly, it's great to be able to say that I've just gotten Lilypond
2.6.0 compiled without any apparent major problems (unless the install
problem mentioned below is indicative of one) on a maching running the
Sarge distribution of Debian! :-) Only a few packages had to be
obtained from the testin
must have selected "Approve" instead of "Reject" when processing
it. That is odd, because I definitely wrote a rejection explanation asking,
as Erik did, for the sender to resend his message in English if possible.
--
David R. Linn - [EMAIL
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-lilypond
It looks like the notes are two octaves too low; that is, if
the is music for the Great Highland Bagpipe. Perhaps it is
for Irish pipes?
Also, GHP music has a B minor key signature.
The more I think about it, your bagpipe example is probably
not for GHP. (But if it is, it is not quite right)
Tha
delay
between your submission of a message and its appearance on the list has
increased, please understand that it is possible that it has been held for
review and that it will be released as soon as we are able to review it.
Thank you,
David
--
David R. Linn - [EMAIL PROTECTED
Hi
so I have now installed Lilypond -
thanks Mats - and re-run the test.ly file
it opens adobe acrobat and then
gives the following message
there was an error opening this
document. The file does not exist
I enclose the bug report and the
test log
Regards
Ros
bash: sh-x/usr/bin/bu
downloaded the test.ly
double clicked on desktop and I get
an error message
"...desktop\test.ly is not a valid
win32 application"
BUG REPORT ATTACHED
regards
Ros
bash: sh-x/usr/bin/bug-lilypond-cygwin: No such file or directory
___
Bug-lilypond
Hi
it wont run the Test.ly
file
I can't get anything from running
cygwin either?! Cygwin is running, I enter the suggest bug report code and get
the error message
"...\Desktop\test.ly is not a valid Win32 application"
I have tried entering the
sh -x
/usr/bin/bug-lilypond-cygwin
19 matches
Mail list logo
