On Saturday 16 December 2006 16:41, Jonathan Henkelman wrote:
First, since this post contains constructive criticism I want to start by
saying that I think Lilypond is a pretty nice piece of software. A bit
steep on the learning curve maybe, but excellent all the same.
In terms of making it
On Wednesday 18 October 2006 10:12, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
On Thursday 12 October 2006 01:53, Han-Wen Nienhuys wrote:
Thanks for fixing this; can you update issue #111 and add a fixed2925 tag?
Done. Should I mark somehow that I'm the one who fixed it (through 'Owner
On Tuesday 17 October 2006 00:02, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
The attached patch fixes this.
The problem is that context::implementation isn't initialised. They don't
need to be, because quote and friends use non-translator listeners. The
patch inserts checks
On Thursday 12 October 2006 01:53, Han-Wen Nienhuys wrote:
Marcus Macauley schreef:
I just upgraded to 2.9.22 (for Linux), and this bug persists.
So here it is again (below) with the proper version number.
http://code.google.com/p/lilypond/issues/detail?id=111
Erik,
I believe this may
On Wednesday 04 October 2006 10:33, Han-Wen Nienhuys wrote:
Mats Bengtsson schreef:
really
well-defined which one and the program should definitely tell that that
the user probably has made a mistake and the program had to make a
decision on which mark to typeset.
In your case, you
On Friday 22 September 2006 13:06, Han-Wen Nienhuys wrote:
Trent Johnston wrote:
Figures were able to placed above rests but in recent versions these are
now ignored. The figured is excepted (ie. lilypond doesn't complain) but
there is no figure printed in the output.
I think the problem
On Saturday 23 September 2006 17:49, Nicolas Sceaux wrote:
Hi,
Using LilyPond from CVS, the following snippet causes a syntax error,
which 2.9.18 did not:
/**
testFunction =
#(define-music-function (parser location) ()
;; test-data.ly contains music variable
On Sunday 24 September 2006 22:28, Graham Percival wrote:
2.9.18; the below music function works fine with three variables, but
adding four produces the output below. I'm guessing this is a parser
issue?
I committed my fix for music arity last Friday, so your code should work with
latest
On Saturday 23 September 2006 17:49, Nicolas Sceaux wrote:
Hi,
Using LilyPond from CVS, the following snippet causes a syntax error,
which 2.9.18 did not:
I think the problem is my fix for music function arity: The extra tokens
inserted by the lexer may disturb the processing of \include.
On Monday 19 June 2006 03:21, Paul Scott wrote:
This used to work in 2.8:
\version 2.9.9
KeyG = \key g \major
{ \KeyG a'' b'' g'' a'' }
Have any keywords been added or something that would break this?
This is now fixed in CVS. Thanks!
--
Erik
On Friday 02 June 2006 09:19, Mark Dewey wrote:
When doing the following:
{d'2.} \\ {c'2}
The dot on d'2 is partially blocked by the note head of c'2.
This problem does not occur with the following, however:
{d'2.} {c'2}
But, the first method is preferable when doing each part separately (if
On Tuesday 21 March 2006 13.54, Han-Wen Nienhuys wrote:
Werner LEMBERG wrote:
In light of this suprising you and the idea that relative means
relative to something I might suggest that there be no default and
that not specifying a starting point be an error.
Yep.
This is what it used
I think the problem appears because key signatures have different widths.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond
On Tuesday 14 March 2006 08.59, Trent Johnston wrote:
Hi Erik,
I think I worked out the problem I had
#(set-paper-size a4)
also in the paper block. Once I removed it line-width worked perfectly
again.
I haven't read anything in the manaul that setting the paper size would
stop
On Sunday 12 March 2006 16.21, Annette R. Giesbrecht wrote:
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,
fis4 }
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo
/scripts/out/lilypond-book, line 1566, in
do_file
input_fullname = os.read_pipe ('kpsewhich ' + input_filename).read()[:-1]
AttributeError: 'module' object has no attribute 'read_pipe'
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs
On Friday 21 October 2005 19.55, Erik Sandberg wrote:
On Friday 21 October 2005 16.37, Edward Neeman wrote:
Hi all,
When PianoStaves are hidden in a system, the
Instrument names seem to behave in weird ways. In the
following example the PianoStaff.instrument titles are
superimposed
the notes looks awful. It will actually
give you a headache to read too much scale like that. The height should
not be affected by the presence of a chromatic sign.
Hi,
The bug is fixed in 2.7.38. Thanks!
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org
of the second line, the multimeasure rests look
strange. Why is the 21-bar rest so much shorter than the 20-bar
rest? I would expect it to be the same length.
This bug is fixed in 2.7.38.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin
On Monday 13 March 2006 11.04, Trent Johnston wrote:
Hi again,
I've got an update on the line-width problem.
I't works fine when I directly input it into a score
\paper { line-width=18.5\cm}
But when used in an separate file using:
\paper { \include paper.ly }
Line-width is ignored
On Monday 27 February 2006 15.04, Erik Sandberg wrote:
On Monday 20 February 2006 01.13, Trent Johnston wrote:
On Sunday 12 February 2006 12.03, Trent Johnston wrote:
Hello,
I've found a bug with lyrics using both \appoggiatura and \grace.
Lyrics are placed under
(3) above using the following example:
{
#(set-octavation 1) % begin 8va bracket
c1 \break c1
#(set-octavation 0) % end 8va bracket
}
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7
10.1. Perhaps this change
should be mentioned in NEWS?
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug
On Friday 03 March 2006 12.04, Han-Wen Nienhuys wrote:
Erik Sandberg wrote:
Hi,
I noticed some bugs in lily-book in recent CVS:
- invoking the script with no parameters doesn't work (ly.help doesn't
exist) - --warranty does not work (no dest= in the add_option call).
fixe.d
Now
On Monday 27 February 2006 01.18, Joe Neeman wrote:
In the attached example, I think that all the accents should be below
the beam. Is this a bug or intentional behaviour?
It's a bug, and it's a critical one.
Here's a condensed version:
\version 2.7.36
\layout {ragged-right=##t }
\relative {
#'direction = #'1 c''4\rest
}
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http
Agreed, this looks like a release-critical bug (unless it's intentional?)
A slightly shorter example:
\layout{ragged-right=##t}
\relative {
e8[ dis e dis]
}
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http
On Tuesday 07 March 2006 09.34, Tiago Morin wrote:
Congratulations for your wonderfull program.
I supose I found a bug: these two line of scores should give the same
output. this would avoid a seldom 3voice tempo to have 3 voice score all
the time.
\version 2.6.3
\score {
\time 3/4
On Monday 27 February 2006 11.24, liang seng wrote:
Hi, I would like to report a bug regarding instrument names when using
Lilypond 2.7.36 for Windows XP. In the pdf file, the instrument names are
not vertically aligned even though both use the center-align command in
markup for instrument
Hi,
I noticed some bugs in lily-book in recent CVS:
- invoking the script with no parameters doesn't work (ly.help doesn't exist)
- --warranty does not work (no dest= in the add_option call).
--
Erik
___
bug-lilypond mailing list
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
On Sunday 26 February 2006 20.41, Andrzej Kopec wrote:
Lyrics context inherits InstrumentName from its parent context and EXTENT.
That's the way properties work. You need to explicitly set the instrument
names in lyrics contexts to '() if ChoirStaff has an
instrument_name_engraver. Hint:
On Wednesday 01 March 2006 03.34, liang seng wrote:
Hi, but this doesn't happen in previous versions (2.7.29), where regardless
of how many lines an instrument name has per staff using center-align, they
are always vertically aligned with other instrument names from different
staves of the
\unset PianoStaff.instr,
and further \set PianoStaff.instr = somethig again. (I could be annoying
with bigger scores).
Hi,
This is a known bug, hara-kiri-pianostaff-instr.ly in bug CVS. I marked it as
polular.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org
On Wednesday 22 February 2006 16.15, Han-Wen Nienhuys wrote:
Erik Sandberg wrote:
beam-cross-staff-slope.ly: hairpin decrescendo collides with stems
Agreed, critical bug.
Not a bug; the test wasn't designed to test that; I've removed the
crescendo to prevent confusion.
Well
Hi,
the following:
\version 2.7.36
#(define bar '(() () () ()))
#(foo)
{ c }
%%%5
gives the following error, with incorrect line/column numbers.
GNU LilyPond 2.7.36
Processing `incorrect-linenumber.ly'
Parsing...incorrect-linenumber.ly:1:28: In expression (foo):
Hi,
The following code:
\version 2.7.36
\displayLilyMusic {
c \applyContext #(lambda (c) '()) d
}
gives the following error:
GNU LilyPond 2.7.36
Processing `foo.ly'
Parsing.../home/erik/lily/lilypond/out/share/lilypond/current/scm/display-lily.scm:91:47:
In procedure let in expression (proc
On Tuesday 21 February 2006 09.06, Graham Percival wrote:
On 20-Feb-06, at 7:12 PM, Steve D wrote:
The graphical example doesn't seem to accurately illustrate the code
above it. The stems for notes on the middle line of the staff all point
down, despite \override Stem #'neutral-direction =
-ped.ly: Ped. and * collide with notes
phrasing-slur-slur-avoid.ly: PhrasingSlur collides with normal slurs
tuplet-rest.ly: strange 1st bracket
Thanks,
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http
On Monday 20 February 2006 18.39, René Brandenburger wrote:
Hi,
i have a little score with the word Fréijor in the header field.
Running it through lilipond just works fine, but running it through
lilypond-book and postprocessing with latex, dvips and ps2pdf, in the
resulting pdf the header
Hi,
When invoking lilypond --preview on the following:
%
\version 2.7.35
\layout {
ragged-right = ##t
}
{c}
%end
the resulting eps file has a few centimeters of whitespace to the left of the
score. This did not happen in 2.6.
--
Erik
___
On Monday 13 February 2006 10.35, Thomas Scharkowski wrote:
Using two voices in the staff shifts the instrument name down one
space.
Deleting the second voice gives correct output.
Hi,
This seems to be fixed in 2.7.35. Can you please verify?
--
Erik
On Tuesday 23 November 2004 10.29, Erik Sandberg wrote:
On Tuesday 23 November 2004 02.00, Rob V wrote:
Mats,
I think I may have not explained it correctly. I didn't mean the bar
numbers, but the numbers that indicate each verse of the lyrics. A few
versions ago, the numbers would
| R1 | R1\stopTextSpan | \break
}
\paper {
indent = 0.0\mm
raggedright = ##t
}
}
% EOF
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7
On Saturday 18 February 2006 14.57, Aurélien Bello wrote:
Dear LilyPond makers,
I've a problem using LilyPond 2.7.34
on a Mac iBook G4.
I'd like to use the \mark command
to indicate tempo changes like Allegro
But if the indication is very long
(for example Allegro ma non troppo)
in an
On Sunday 12 February 2006 12.03, Trent Johnston wrote:
Hello,
I've found a bug with lyrics using both \appoggiatura and \grace. Lyrics
are placed under the appoggiatura and grace notes rather than the main
note. I've tried this in Lilypond 2.7.33 in both Windows and Linux.
I've attached an
On Friday 10 February 2006 11.37, Thomas Scharkowski wrote:
\markup in staff.instrument does not work, produces no output.
Hi,
I can't reproduce (2.7.35). Can you verify that it works, or demonstrate the
opposite by sending a (prererably minimal) example?
--
Erik Sandberg
Maintainer
2.7.35. Thanks!
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman
On Monday 17 January 2005 02.53, Erik Sandberg wrote:
On Tuesday 21 December 2004 03.23, Richard Schoeller wrote:
I've been running into some issues with percent repeats and want to see
if there are suggestions.
...
The final thing is a bug. And I have not been able to find a
workaround
On Friday 13 January 2006 14.32, françois VION wrote:
Hello,
I've notices that when you write No in any text variable, the output
becomes N°. The bug exists just when the n is a majuscule.
Thank You and good luck ...
Hi,
this bug is fixed in 2.7.35. Thanks!
--
Erik Sandberg
Maintainer
`(@\0[EMAIL PROTECTED])$'(/(`1!Z`R`,00`B#T#D`2(/0.0!
J)/$#QLU%U$G0;WH'=$E-10?4`D!-AWCVV=)`$E%3D2N0F
`
end
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
--
Erik Sandberg
Maintainer
On Saturday 10 December 2005 17.57, Thomas Scharkowski wrote:
The placement of the staccato dots is not correct, version 2.7.19
windows (staccato.pdf).
Hi,
This bug is fixed in 2.5.35. Thanks!
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin
By randomly manipulating the input, the crash can be made to happen as early
as:
Processing `foo.ly'
Parsing...
Interpreting music... *** glibc detected *** malloc(): memory corruption:
0x08616db0 ***
Aborted
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin
On Thursday 12 January 2006 12.25, Erik Sandberg wrote:
On Wednesday 11 January 2006 20.05, Eduardo Vieira wrote:
Hello developers,
I was checking a song I had downloaded and detected that the hooks of the
dotted 8th-notes in the 2nd and 4th measure collided with their dots. See
the c8
On Sunday 20 November 2005 17.32, Erik Sandberg wrote:
On Tuesday 15 November 2005 18.44, Seng Liang wrote:
The vertical position of the slur is too low. It is lower than the
downward stem of the principal note (b4.). While this can be easily fixed
by \override Slur #'positions I thought I
On Wednesday 08 February 2006 12.37, Eduardo Vieira wrote:
Hello,
When the difference beteween notes of two different voices are bigger than
an octave, then \partcombine don't combine such notes. Has this behavior
been already reported?
That's the intended behaviour.
--
Erik Sandberg
On Wednesday 08 February 2006 08.54, Thomas Scharkowski wrote:
2.7.32 on windows: linewidth and leftmargin do not work.
Is it a bug or did I miss something?
Try convert-ly.
From the .32 release announcement:
.32 contains some syntax changes: words inside the \paper and \layout
block are
On Wednesday 08 February 2006 10.39, Jan Nieuwenhuizen wrote:
convert-ly does not work
What does that mean, bug report please?
I saw that he reported that already, subject convert-ly error in 2.7.32
Windows
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http
On Monday 06 February 2006 12.31, liang seng wrote:
Hi, I'm using Lilypond 2.7.27 for Windows 98. There seems to be a problem
regarding the Mark_engraver property. Apparently, when Mark_engraver is
used, it seems to disregard the
\set Score.rehearsalMarkAlignSymbol property. Here is an
On Sunday 05 February 2006 01.45, Han-Wen Nienhuys wrote:
CVSROOT: /cvsroot/lilypond
Module name: lily-bugs
Branch:
Changes by: Han-Wen Nienhuys [EMAIL PROTECTED]06/02/05 00:45:52
--- lily-bugs/bugs/c-clef-clef.ly:1.3 Mon Oct 3 08:48:00 2005
+++ lily-bugs/bugs/c-clef-clef.ly
On Saturday 04 February 2006 13.39, Herman Grootaers wrote:
On Friday 03 February 2006 09:33, Erik Sandberg wrote: On Friday 03
February 2006 07.57, Herman Grootaers wrote:
Ladies/Gentlemen,
Maybe a bug or am I doing something (very) stupid, like not Reading
The Fine Manual
\header {
texidoc = When interpolation changes the stem direction of a tied note, the
tie direction sometimes doesn't change.
reportedin = 2.7.28
}
\relative c'' {
b1~ b4 a
}
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs
on the first staff.
The reason is the key signature: in absence of a time signature, the key
signature affects the alignment of notes in the first bar by default. I think
this behaviour can be changed with:
\override Score.SpacingSpanner #'average-spacing-wishes = ##f
--
Erik Sandberg
On Friday 03 February 2006 07.57, Herman Grootaers wrote:
Ladies/Gentlemen,
Maybe a bug or am I doing something (very) stupid, like not Reading The
Fine Manual ( :=)) ) ??
You're looking for \fermataMarkup. It's mentioned somewhere in the manual, I
think.
--
Erik Sandberg
Maintainer
On Saturday 28 January 2006 11.02, Christian Hitz wrote:
Hi list,
in the following example the flag collides with the dot of the d.
Hi,
This is a known bug, c-dot-flag.ly in the bug CVS archive. I marked it
popular.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http
On Friday 27 January 2006 15.55, Thies Albrecht wrote:
Can you send the problematic output in some graphical format
(pdf/png)?
Attached you'll find four PDF files containing the described behaviour.
Example.pdf: Output from example code I've posted.
Example (Fix1).pdf: ... variation #1
Staff = rechts
g16
\change Staff = links
r2 |
}
\new GrandStaff
\rechts
\links
% EOF
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http
On Thursday 26 January 2006 11.24, Paul Scott wrote:
Erik Sandberg wrote:
On Thursday 26 January 2006 10.16, Paul Scott wrote:
Erik Sandberg wrote:
On Thursday 26 January 2006 01.38, Paul Scott wrote:
When running a very recent CVS version (2.7.28) flats are remembered
and canceled
. If it is not the same
problem, can you please sending a working minimal example?
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing
On Thursday 26 January 2006 10.16, Paul Scott wrote:
Erik Sandberg wrote:
On Thursday 26 January 2006 01.38, Paul Scott wrote:
When running a very recent CVS version (2.7.28) flats are remembered
and canceled in the next bar - a sharp on that pitch shows up as a
natural with a sharp.
I
On Tuesday 24 January 2006 23.53, Han-Wen Nienhuys wrote:
Bertalan Fodor wrote:
It is a very serious bug, I can confirm.
Bert
Hi,
I'd like to see scans of serious music, where there is a crescendo
ending of the first note of a system.
The problem is that _diminuendos_ are broken
On Tuesday 24 January 2006 14.58, Thies Albrecht wrote:
Hi everybody!
Using Lily v2.7.28 on WinXP compiling the example below I get the
following error:
The stem of the last eigth note in bar #1, staff #3 is a bit to long.
Looks fine here, 2.7.28/Ubuntu. That stem is as short as it can be.
On Monday 23 January 2006 22.21, Bertalan Fodor wrote:
I get very ugly, too short ties. How to set the minimum length (as a
workaround)? However, I think this should be automatical.
Hi,
Can you send a minimal .ly example? (preferably with raggedright)?
--
Erik Sandberg
Maintainer
On Monday 23 January 2006 11.40, Jan Nieuwenhuizen wrote:
Jan Nieuwenhuizen writes:
Thanks for investigating this. What does the SVG spec say, is this a
LilyPond or an IE 6.0 bug?
Looking at this page
http://www.w3.org/TR/SVG/coords.html
and especially
translate:
On Saturday 21 January 2006 20.06, nullplan (sent by Nabble.com) wrote:
Erik Sandberg wrote:
\new PianoStaff lt;lt;
\new Staff lt;lt;
\repeat volta 2 { b8. b16 fis4 gis\trill }
\alternative {
\grace a8 a'4 r8. g,16[ c8. e16]\bar ||
}{
\grace a8 a'4 r4 r
On Friday 20 January 2006 21.41, nullplan (sent by Nabble.com) wrote:
Hi all,
I tried to use the following code today:
\new PianoStaff lt;lt;
\new Staff lt;lt;
\repeat volta 2 { foo bar }
\alternative {
\grace a8 a'4 r8. g,16[ c8. e16]\bar ||
}{
\grace a8 a'4 r4
}
\new Staff e'1
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org
-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7
On Tuesday 17 January 2006 23.58, Felix Hammer wrote:
Hello Erik
Today i tried GNU LilyPond 2.7.27.
There no problem with less space between TimeSignature and first note
Is it possible to fix these bug in the actual stable version? i realy like
autopackage ;)
It will be in the stable 2.8
2.7.27
\header {
texidoc = Tuplet number collides with beam when staff-space is increased.
reportedin = 2.7.27
}
\layout{
raggedright=##t
}
\new Staff \with { \override StaffSymbol #'staff-space = #1.5 }
\relative {
\voiceTwo
\times 2/3 { d16[ d16 d16] }
}
--
Erik Sandberg
Maintainer
On Saturday 14 January 2006 20.12, Eduardo Vieira wrote:
Hi,
I recently installed the version 2.7.26-1 and noticed that some changes
were done on the way to handle the fas in usison. Unfortunately it wasn't
fixed properly. Instead of shifting the notes to avoid collision, they
should be
On Thursday 12 January 2006 23.27, Gilles wrote:
[The list moderator rejected a previous post with this message;
so I had to remove the pdf attachment. Hopefully someone will
be kind enough to try and compile the attached lily file, and tell
me whether he gets the same result as I.]
On Friday 13 January 2006 21.34, Mats Bengtsson wrote:
If you want to concatenate two strings, one method is to
set the word-space property to zero:
\markup{\override #'(word-space . 0) \line {1\super st } clarinet }
Of course, it's more convenient to hack together a \concatenate
markup
On Friday 13 January 2006 17.25, Gilles wrote:
Hello.
While in the second case, lilypond seems to be confused by the mixing
of right-to-left (parentheses) and left-to-right (Hebrew) characters,
so that the text line is scrambled (see attached pdf [1]).
I don't know how mixing of
On Wednesday 11 January 2006 20.05, Eduardo Vieira wrote:
Hello developers,
I was checking a song I had downloaded and detected that the hooks of the
dotted 8th-notes in the 2nd and 4th measure collided with their dots. See
the c8. of the tenor (2nd and 4th measures) and the b8. of the
On Saturday 07 January 2006 15.43, Gilles wrote:
Hello.
I'm confused by the output of the attached file: lilypond creates
an empty bar. [And generates a programming error.]
And the clef change indicator is pushed to the next line.
Without the addition of the second \transpose part, the
On Wednesday 11 January 2006 15.39, Gilles wrote:
Hi.
because Lilypond inserts a space between any two markup components.
I noticed that too, and I'd tend to consider this as a bug.
no, it's the intended behaviour of markup.
It could be possible to write a markup function that
: }
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
some
knowledge in Scheme. What you need to do, is to only add a staccato if the
music property 'types (which is a list) contains 'note-event.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs
of case sensitivity would
be appropriate somewhere in the manual probably early in the entering
description. Jay
Hi,
If lily crashes because of R4:s, then it's probably a bug. Can you send a
minimal example that causes this? (I can't easily reproduce it in recent 2.7
versions)
--
Erik Sandberg
On Thursday 05 January 2006 12.25, Gilles wrote:
Hello.
The problem I've had with that is that when I define
eaigu = the utf-8 double byte for é
and then (later) say
\markup sym \eaigu trique
what I get in the PDF file is
sym é trique
because Lilypond
On Tuesday 10 January 2006 05.10, liang seng wrote:
Hi, I'm using Lilypond 2.7.27 for Windows 98. When I compiled the
following: \version 2.7.27
\relative
{ c8:16 e: g: c: }
the output shows that the tremolo marks are placed differently on the 4
notestems, from being too central (1st note)
Citerar Gilles [EMAIL PROTECTED]:
Hi.
Seemingly a bug in the same family as my previous post.
Still not a bug (IMHO), just a missing feature. The same solution should work.
It is known that implicit context creation has some problems when a piece starts
with \times, \grace etc., so it's
On Friday 23 December 2005 00.44, Magnus Lewis-Smith wrote:
Example lily source as follows. All beaming after the second bar is
broken.
Hi,
This is fixed in recent 2.7.x versions.
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond
no typesetting expert, so I don't know what ties are
supposed to look like)
--
Erik Sandberg
Maintainer of the Lilypond bug CVS archive,
http://savannah.gnu.org/cgi-bin/viewcvs/lilypond/lily-bugs/bugs/
http://lilypond.org/bugs/v2.7/
___
bug-lilypond
Hi,
I added this bug to CVS as slur-flat-vertical.ly:
%
%Erik Sandberg
\header {
texidoc = Slur's vertical position is incorrectly affected by flat
reportedin =2.7.25
}
\version 2.7.25
\layout{raggedright=##t}
\relative { es'( c) }
--
Erik Sandberg
Maintainer of the Lilypond bug CVS
Hi,
Bounding boxes are sometimes too narrow. See e.g. input/regression/balloon.ly,
where balloon texts are stripped, and StaffGroup brackets in various
examples, which are partially stripped.
--
Erik
___
bug-lilypond mailing list
Hi,
I added this to bug CVS as c-lyrics-lyrics-center-align.ly
%
%Erik Sandberg
\header {
texidoc = If markup expressions with \code{center-align} are used for
lyrics,
syllables collide.
reportedin = 2.7.25
}
\version 2.7.25
\layout{raggedright=##t}
\addlyrics { foofoofoo \markup \center
On Sunday 18 December 2005 18.33, Sven Axelsson wrote:
The RemoveEmptyStaffContext behaviour seems to have changed from one
of the latest 2.7 builds. It doesn't remove the staff lines between
systems anymore, and the removed lower system also still takes up
space. II might be calling it wrong,
1 - 100 of 622 matches
Mail list logo