Patrick McCarty Monday, March 23, 2009 11:07 PM
On Mon, Mar 23, 2009 at 2:58 PM, Cameron Horsburgh
ca...@netcall.com.au wrote:
I've also just noticed another thing: the figure
a8 a16 a16 a8 a16 a6
is rendered
a8[ a16 a16] a8[ a16 a6]
which is my preferred option. In fact, I would prefer
Comment #4 on issue 415 by paconet.org: Hidden accidental of tied note
still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
The tie is being correctly drawn, and not affected for the ghost accidental
as
demonstrated by forcing the accidental:
\relative c'' {
bes1~
Comment #5 on issue 415 by wbsoft: Hidden accidental of tied note still
takes space
http://code.google.com/p/lilypond/issues/detail?id=415
Yes, the tie is ok. But the accidentals before the ges and the fes are too
far to the
left.
--
You received this message because you are listed in
Comment #6 on issue 415 by paconet.org: Hidden accidental of tied note
still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
I know, I point it only as a possible clue for a solution.
--
You received this message because you are listed in the owner
or CC fields of this
Eventually, but don't hold your breath. :)
Valentin, could you add this to the tracker? To be really fixed
it'll require looking at the build system and/or revamping the
whole example/ stuff. I favor the latter, but only as part of the
grand website redesign, which looks like it'll be pushed
Comment #7 on issue 415 by csny...@mvpsoft.com: Hidden accidental of tied
note still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
I did some looking into this recently to see if I could fix it. What I
found is that
we have a circular dependency situation: the
I'm not top posting.
In the notation reference: 2.7.2 Displaying chords,
is a snippet for a simple lead sheet:
\chords { c2 g:sus4 f e }
\relative c'' {
a4 e c8 e r4
b2 c4( d)
}
\addlyrics { One day this shall be free __ }
Why does the following shift the chords below the
Updates:
Status: Started
Comment #8 on issue 415 by v.villenave: Hidden accidental of tied note
still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
OK, I'm reopening this.
If we are in a chicken-and-egg situation though, I'm not sure it's a good
idea to
make
Status: Accepted
Owner: v.villenave
CC: reinhold.kainhofer
Labels: Type-Defect Priority-Low
New issue 765 by v.villenave: \displayLilyMusic doesn't handle octavations
properly
http://code.google.com/p/lilypond/issues/detail?id=765
\version 2.12.3
% The following code
\displayLilyMusic
On the download page http://lilypond.org/web/install/ , most downloads in
section Download LilyPond 2.13 -- development branch are dead.
For example, the Windows link points to http://lilypond.org/web/install/@v2.13-
mingw-URL@ , which is dead. Should this link point to http://
Pekka Siponen wrote Tuesday, March 24, 2009 4:24 PM
In the notation reference: 2.7.2 Displaying chords,
is a snippet for a simple lead sheet:
\chords { c2 g:sus4 f e }
\relative c'' {
a4 e c8 e r4
b2 c4( d)
}
\addlyrics { One day this shall be free __ }
Why does the following
Hello,
I have found a peculiar thing concerning multi measure rests. In trying to use
R1 to center a full rest in a partial bar of a piece the rest disappears when R1
is used as R1*1/4 in order to create the correct duration of the rest.
Below is the relevant snippet.
\version 2.12.0
Trying it out myself it occurred to me that what you're possibly running
into is that full bar rests need to occupy full bars. I haven't checked
the docs on that matter but I'd bet that's the reason. If you change
your R1*1/4 o r1*1/4 you'll get a whole rest. It won't be centered
without
Comment #2 on issue 687 by claudia.m.soares: Enhancement: inequal MIDI
quantization of equal durations (swing, rubato)
http://code.google.com/p/lilypond/issues/detail?id=687
Hi there. Can somebody tell me what is the state of this enhancement? I'm
very interested in helping out on this
Please, replace the first line in lilypond-book:
#!/usr/bin/python
by
#!/usr/bin/env python
in order to run in all today's unix systems, including Mac OS X.
Using this shebang is a great way to portability.
Cheers,
Claudia
___
bug-lilypond
Comment #9 on issue 415 by n.puttock: Hidden accidental of tied note still
takes space
http://code.google.com/p/lilypond/issues/detail?id=415
Wilbert's new example is a separate bug; see issue #612.
This should be tagged fixed_2.11.30.
--
You received this message because you are listed in
It seems that you spend large efforts on scaling all durations, just to
be able to obtain the desired time signature. The same result can be
obtained much easier as shown in the following examples. Also, the
solution to your multimeasure rest problem is probably easiest to solve
by changing
Comment #1 on issue 765 by n.puttock: \displayLilyMusic doesn't handle
octavations properly
http://code.google.com/p/lilypond/issues/detail?id=765
You can't blame Reinhold; set-octavation produces exactly the same
output. :)
I believe the issue is that \ottava needs to read the context
Updates:
Status: Verified
Labels: fixed_2_11_30
Comment #10 on issue 415 by v.villenave: Hidden accidental of tied note
still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
Oh, I see. This did ring a bell indeed, but I'm sloppy these days.
Sorry.
--
You
Updates:
Cc: -reinhold.kainhofer
Comment #2 on issue 765 by v.villenave: \displayLilyMusic doesn't handle
octavations properly
http://code.google.com/p/lilypond/issues/detail?id=765
Oh, I should have tested with set-octavation. I thought it was because of
the use of
a define
Comment #1 on issue 733 by n.puttock: Non-standard octave-limited key
signature does not persist
http://code.google.com/p/lilypond/issues/detail?id=733
Indeed I did; it's here: http://codereview.appspot.com/11052/show
You can almost see the tumbleweed blowing through. ;)
Since I've just
On Tue, 2009-03-24 at 15:35 +, codesite-nore...@google.com wrote:
Comment #7 on issue 415 by csny...@mvpsoft.com: Hidden accidental of tied
note still takes space
http://code.google.com/p/lilypond/issues/detail?id=415
I did some looking into this recently to see if I could fix it. What
Updates:
Status: Fixed
Labels: fixed_2_13_1
Comment #1 on issue 753 by joeneeman: Extent estimation not accounting for
cresc
http://code.google.com/p/lilypond/issues/detail?id=753
(No comment was entered for this change.)
--
You received this message because you are listed
lilypond-2.13.0-0.mingw.exe doesn't install lilypad executables (lilypad.exe
lilypad-ascii.exe lilypad-unicode.exe) but continues to add the following usual
explorer context menu entries for lilypad:
HKLM,SOFTWARE\Classes\LilyPond\shell\edit\command,,0x2,%16422%\LilyPond
On Tue, Mar 24, 2009 at 5:53 PM, Lawrence Mayer may...@axigenmail.com wrote:
lilypond-2.13.0-0.mingw.exe doesn't install lilypad executables (lilypad.exe
lilypad-ascii.exe lilypad-unicode.exe) but continues to add the following
usual
explorer context menu entries for lilypad:
I have tried for two days now to download the PDF of the Notation Reference
for V2.12 and each
time it has not worked. After downloading there
is consistently an error and it will not open.
Don't know if you can help on this or not.
Thanks
Jay
Comment #4 on issue 75 by pnorcks: appogietta slur does not happen during
normal slur
http://code.google.com/p/lilypond/issues/detail?id=75
I'm not sure. Since acciaccaturas and appoggiaturas both use Slurs, Issue
757 might
actually be a general issue with Slurs. That is, that they
Comment #1 on issue 757 by pnorcks: acciaccatura slurs collide with ledger
lines
http://code.google.com/p/lilypond/issues/detail?id=757
It would be nice to have a \slurUp for your example. This would avoid the
ledger
line collision. But collisions between slurs and flags would need to be
28 matches
Mail list logo