> "Peter" == Peter Chubb <[EMAIL PROTECTED]> writes:
Peter> Hi Folks. it seems that if you have a section with a
Peter> \transposition directive, \transpose directives are not
Peter> honoured in the MIDI output.
Peter> The consequence is that if you have a score with some
Peter> transposing
On Sun, Jun 15, 2008 at 3:43 PM, Valentin Villenave <[EMAIL PROTECTED]>
wrote:
> 2008/6/15 David Bobroff <[EMAIL PROTECTED]>:
>
> >
> http://lilypond.org/doc/v2.11/Documentation/user/lilypond/Automatic-beams#Automatic-beams
> >
> > The fourth example on the page is, I believe, supposed to show how
2008/6/15 David Bobroff <[EMAIL PROTECTED]>:
> http://lilypond.org/doc/v2.11/Documentation/user/lilypond/Automatic-beams#Automatic-beams
>
> The fourth example on the page is, I believe, supposed to show how to
> control the subdivision of beams. Neither on that page nor on my machine
> (v2.11.49
Issue 639: Regression: subdivideBeams is broken with 2.11.49
http://code.google.com/p/lilypond/issues/detail?id=639
New issue report by v.villenave:
% The following code, taken from regtest auto-beam-beaming-override.ly,
% doesn't produce subdivided beams anymore.
% ... and yet, the regtest auto
In an effort to exert some control over beam subdivisions I went here:
http://lilypond.org/doc/v2.11/Documentation/user/lilypond/Automatic-beams#Automatic-beams
The fourth example on the page is, I believe, supposed to show how to
control the subdivision of beams. Neither on that page nor on m
Issue 635: PDF automatic deletion is unconvenient on GNU/Linux
http://code.google.com/p/lilypond/issues/detail?id=635
Comment #8 by v.villenave:
I'll wait for the next official release to verify it.
Issue attribute updates:
Status: Fixed
Labels: fixed_2_11_50
--
You received th
Issue 635: PDF automatic deletion is unconvenient on GNU/Linux
http://code.google.com/p/lilypond/issues/detail?id=635
Comment #7 by wbsoft:
I see this is applied in commit
8c373c434edd4b7bde337dbcb9cac6e2bcb482e9; this bug
can be closed. Thanks!
--
You received this message because you are l
2008/6/15 Reino Ruusu <[EMAIL PROTECTED]>:
> \relative c' { c8 c c c16 c }
>
> This produces a beam that spans all five notes, although an ending is
> specified
> for 4/16'ths. This is because the auto-beam-engraver only considers notes that
> occur prior to the potential ending moment.
OK, adde
Issue 638: auto-beam-settings do not take into account *all* durations
covered by the beam
http://code.google.com/p/lilypond/issues/detail?id=638
New issue report by v.villenave:
%{
NR 1.2.4.2 says:
"A beam is considered to have the duration of its shortest note."
However, in the following
