Re: Tuplet bracket sometimes not printed

2007-08-01 Thread Trevor Bača 
On 8/1/07, Graham Percival <[EMAIL PROTECTED]> wrote:
> Thanks for this report.
>
> Trevor, is there any special tuplet property to say "always print a
> bracket?"  I thought there was, but I can't see it.
>
> If there isn't such a property, I'll add this to the bug tracker.

Sure: it's the bracket-visibility attribute; compare below:


%%% BRACKET-VISIBILITY %%%

\version "2.11.27"

\new RhythmicStaff {
   \times 2/3 {
  c'8 c'8 c'8
   }
   \override TupletBracket #'bracket-visibility = ##t
   \times 2/3 {
  c'8 c'8 c'8
   }
}

%%% END %%%


I tried setting bracket-visibility = ##t in Tuukka's example but still
there is no bracket under the second figure. I've always corrected
this sort of thing by simply adding more spacing (usually by using
proportional notation). But I think I agree that it's bug and that
lily should at least print a very very small bracket in this case.



> Tuukka Verho wrote:
> > HI all,
> >
> > Lilypond 2.11.28 seems to omit the tuplet bracket if the horizontal space
> > taken by the tuplet is very small. This can happen if the tuplet consists of
> > an eight rest and a quarter note with the stem down. A minimal example is
> > shown below. There are three very similar tuplets, the first and the last of
> > which are printed correctly. The middle one, however, has a quarter note 
> > with
> > the stem down and the bracket is missing.
> >
> > \version "2.11.28"
> >
> > % If ragged-right = ##f, the music is spaced more broadly and the bug
> > % doesn't  occur.
> >
> > \paper {
> >   ragged-right = ##t
> > }
> >
> > % The bracket for the middle tuplet won't be printed
> >
> > \relative c' {
> >   \times 2/3 {r8 c4} \times 2/3 {r8 c'4} \times 2/3 {r8 c c}
> > }
> >
> >
> > Kind regards,
> > Tuukka Verho
> >
> >
> > ___
> > bug-lilypond mailing list
> > bug-lilypond@gnu.org
> > http://lists.gnu.org/mailman/listinfo/bug-lilypond
> >
>
>


-- 
Trevor Bača
[EMAIL PROTECTED]
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: Tie_engraver doesn't handle TrillPitchGroup collisions

2007-08-01 Thread Valentin Villenave 
Thanks a lot Graham;
and many thanks for adding the bug report.

Regards,
Valentin


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: bug? clef takes too much space when changing both staff and clef in some circumstances

2007-08-01 Thread Graham Percival 
Fascinating.  In complicated cases like this, ignore what I said in the 
previous email about only submitting a single flawed example; there 
three examples could be useful.


Added as
http://code.google.com/p/lilypond/issues/detail?id=399

Cheers,
- Graham


Wilbert Berendsen wrote:

I'm not top posting.


%{
When changing both staff and clef, the clef takes too much space
if there are previous notes from the same voice in that staff.
I have to place a hidden note in the staff to get the display
right.

In the first picture the bass clef takes to much space because the
voice has already written some notes in that staff.

In the second picture the bass clef is ok.

In the third pictude the bass clef is ok, because I wrote
a hidden note to the staff before the main voice writes to
that staff.
%}

\version "2.11.28" % git as of 22 jul 2007
\paper { ragged-right = ##t }

\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d
\change Staff = lh
\stemUp bes a g
\change Staff = rh
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
s2.
}
\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d bes a g
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
s2.
}
\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d
\change Staff = lh
\stemUp bes a g
\change Staff = rh
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
\hideNotes g2. \unHideNotes
}




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Issue 399 in lilypond: clef can take too much space when changing staffs in piano music

2007-08-01 Thread codesite-noreply 
Issue 399: clef can take too much space when changing staffs in piano music
http://code.google.com/p/lilypond/issues/detail?id=399

New issue report by gpermus:

%{
When changing both staff and clef, the clef takes too much space
if there are previous notes from the same voice in that staff.
I have to place a hidden note in the staff to get the display
right.

In the first picture the bass clef takes to much space because the
voice has already written some notes in that staff.

In the second picture the bass clef is ok.

In the third pictude the bass clef is ok, because I wrote
a hidden note to the staff before the main voice writes to
that staff.
%}

\version "2.11.28" % git as of 22 jul 2007
\paper { ragged-right = ##t }

\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d
\change Staff = lh
\stemUp bes a g
\change Staff = rh
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
s2.
}
>>
\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d bes a g
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
s2.
}
>>
\new PianoStaff <<
\new Staff = "rh" \relative c'' {
\time 6/8
bes16 c d
\change Staff = lh
\stemUp bes a g
\change Staff = rh
\stemDown bes c d
\change Staff = lh
\clef bass
\stemUp bes, a g

}
\new Staff = "lh" \relative c' {
\hideNotes g2. \unHideNotes
}
>>



Attachments:
foo.png  25.2 KB 


Issue attributes:
Status: Accepted
Owner: gpermus
Labels: Type-Defect Priority-Low

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: collision at end of system with clef and change staff

2007-08-01 Thread Graham Percival 

Thanks, entered as
http://code.google.com/p/lilypond/issues/detail?id=398

We don't need the working example; the single snippet which demonstrates 
the problem is sufficient.


Cheers,
- Graham

Wilbert Berendsen wrote:

I'm not top posting.


%{
A clef at the end of a line gets overwritten by music when the music
switches away from that staff after the clef change.
When the change is in the middle of a line, the clef does not collide.

The first score shows the collision.
The second score is the same as the first, except without the break to
show that in the middle of a line the clef does not collide.
%}

\version "2.11.28"
\paper { ragged-right = ##t }
\new PianoStaff <<
\new Staff = "rh" \relative c' { \time 3/8
c16 d e
\change Staff = lh
e d c
\clef bass
\break  % force a new line
\change Staff = rh
c d e f g a
}
\new Staff = "lh" {s4. s4.}
\new PianoStaff <<
\new Staff = "rh" \relative c' { \time 3/8
c16 d e
\change Staff = lh
e d c
\clef bass
\change Staff = rh
c d e f g a
}
\new Staff = "lh" {s4. s4.}




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Issue 398 in lilypond: collision clef / stem with changing piano staff

2007-08-01 Thread codesite-noreply 
Issue 398: collision clef / stem with changing piano staff
http://code.google.com/p/lilypond/issues/detail?id=398

New issue report by gpermus:
%{
A clef at the end of a line gets overwritten by music when the music
switches away from that staff after the clef change.
When the change is in the middle of a line, the clef does not collide.
%}

\version "2.11.28"
\paper { ragged-right = ##t }
\new PianoStaff <<
\new Staff = "rh" \relative c' { \time 3/8
c16 d e
\change Staff = lh
e d c
\clef bass
\break  % force a new line
\change Staff = rh
c d e f g a
}
\new Staff = "lh" {s4. s4.}
>>

Attachments:
foo.preview.png  3.8 KB 


Issue attributes:
Status: Accepted
Owner: gpermus
Labels: Type-Collision Priority-Low

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: lyrics in volta confuses Bar_engraver

2007-08-01 Thread Graham Percival 
I cannot reproduce this in 2.11.28; I recall a bug similar (or 
identical) to this being fixed recently.  Please wait until a new 2.10 
release is made, and test with that.


Cheers,
- Graham

Steven McDougall wrote:

I'm not top posting.


\version "2.10.25"
\paper{ ragged-right=##t }

music = \relative c'
{
  \repeat volta 2 { c d e f  }
}

words = \lyricmode { c d e f }

\score
{
  \new GrandStaff
  <<
\new Staff = upper { \new Voice = "singer" \music }

\new Lyrics \lyricmode
{
  \set associatedVoice = #"singer"
  \words
}

\new Staff = lower \music
  >>
  
  \layout

  {
\context { \GrandStaff \accepts "Lyrics"}

% LilyPond manual section 7.3 Vocal music says,
% To make lyrics avoid barlines as well, use
\context 
{ 
  \Lyrics 
\consists "Bar_engraver"

\consists "Separating_line_group_engraver"
\override BarLine #'transparent = ##t
}

  }
}

% The \override BarLine suppress the ':' before the bar line,
% but it still blanks out a piece of the bar line.




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Issue 333 in lilypond: lyrics delayed by one note with \partial and \override VerticalAxisGroup

2007-08-01 Thread codesite-noreply 
Issue 333: lyrics delayed by one note with \partial and \override 
VerticalAxisGroup
http://code.google.com/p/lilypond/issues/detail?id=333

Comment #1 by gpermus:
This also occurs without a \partial:

\score {
  \new StaffGroup <<
\new Voice = "abc" {
  \relative c'' {
c4 c4 c4 c4
} }
\new Lyrics {
  \small
  \set stanza = "1."
  \lyricsto "abc" {
foo bar baz quux
} } >> }




-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: Lyrics skip first note when mixed with formatting

2007-08-01 Thread Graham Percival 

Thanks for the report; I believe this is a duplicate of
http://code.google.com/p/lilypond/issues/detail?id=333

Cheers,
- Graham


Peter Budny wrote:

I have the following fragment:
% -*- coding: utf-8 -*-
\version "2.11.27"
\score {
  \new StaffGroup <<
\new Voice = "abc" {
  \relative c'' {
c4 c4 c4 c4
} }
\new Lyrics {
  \small
  \set stanza = "1."
  \lyricsto "abc" {
foo bar baz quux
} } >> }

The things to note are the "\small" and the "\set stanza" just inside
the Lyrics. With either of those present, the lyrics skip the first
note, and "foo" ends up on the second note. Only if I remove both of the
formatting commands does "foo" end up on the first note.

This might just be me doing something horribly wrong, but after pouring
over the manual, I can't see how else I should include those formatting
commands. Unless someone can show me a right way to do this, it looks
like a bug to me.



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: Tie_engraver doesn't handle TrillPitchGroup collisions

2007-08-01 Thread Graham Percival 

Valentin Villenave wrote:

Hi everybody,


I just posted it but forgot the not-top-posting thing, sorry.


You only need it if you're posting from gmane and have >> in your 
example.  In this case, it was no problem, and if you're subscribed to 
bug- (which I think you are), then you never need to worry about it.


Added as
http://code.google.com/p/lilypond/issues/detail?id=397

Cheers,
- Graham


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Issue 397 in lilypond: collision pitchedTrill and tie

2007-08-01 Thread codesite-noreply 
Issue 397: collision pitchedTrill and tie
http://code.google.com/p/lilypond/issues/detail?id=397

New issue report by gpermus:
\version "2.11.28"
\paper{ragged-right=##t}

\relative {
  \pitchedTrill a''1~\startTrillSpan c
  a\stopTrillSpan
}

Attachments:
foo.preview.png  2.2 KB 


Issue attributes:
Status: Accepted
Owner: gpermus
Labels: Type-Collision Priority-Low

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: Tuplet bracket sometimes not printed

2007-08-01 Thread Graham Percival 

Thanks for this report.

Trevor, is there any special tuplet property to say "always print a 
bracket?"  I thought there was, but I can't see it.


If there isn't such a property, I'll add this to the bug tracker.

- Graham


Tuukka Verho wrote:

HI all,

Lilypond 2.11.28 seems to omit the tuplet bracket if the horizontal space 
taken by the tuplet is very small. This can happen if the tuplet consists of 
an eight rest and a quarter note with the stem down. A minimal example is 
shown below. There are three very similar tuplets, the first and the last of 
which are printed correctly. The middle one, however, has a quarter note with 
the stem down and the bracket is missing.


\version "2.11.28"

% If ragged-right = ##f, the music is spaced more broadly and the bug 
% doesn't  occur.


\paper {
ragged-right = ##t
}

% The bracket for the middle tuplet won't be printed

\relative c' {
\times 2/3 {r8 c4} \times 2/3 {r8 c'4} \times 2/3 {r8 c c}
}


Kind regards,
Tuukka Verho


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond