Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread Robert Schmaus

Am 3/27/12 2:15 AM, schrieb Michael Welsh Duggan:

Robert Schmausrobert.schm...@web.de  writes:


the whole music is defined in a single cadenza with manual barlines in
between. so, from pov of lilypond, all the music is in one bar, thus,
the second ees doesn't sport an accidental.


Thank you.  Quite clear, and fixed in my sources.


On Sun, Mar 25, 2012, at 09:01 PM, Michael Welsh Duggan wrote:

I was writing some experimental lilypond in preparation for writing some
music functions.  The following lilypond file creates two variables
which contain a line of notes and a line of lyrics together in a cons
cell.  The score attempts to join the two.  Output is attached.  The
question is, why is the e-flat in the second part not getting its
accidental printed?  (The e-flat in the first part prints just fine.)




Hi Michael,

there's one thing about the forced accidentals that is not quite nice: 
you may be left with a complete mess if you try to transpose the score. 
as in the following example:


\score {
  
\new Staff {
  \clef treble
  \key f \major
  \cadenzaOn

  \relative c' {
c^\markup{ forced accidentals } ees fis bes
c, ees! fis! bes
  }

  \bar |
  \cadenzaOff
  c' c' c' c' % reset the accidentals ...

  \cadenzaOn
  \transpose c des \relative c' {
c^\markup{ forced accidentals + transposition } ees fis bes
c, ees! fis! bes
  }

}
  
}

The transposed version is absolute rubbish ...
Thus, I'm sure there are better ways to handle the accidentals in your 
case. one way might be to remove time signature engravers and then use 
the exact signatures for each bar.



so, your example would become something like

\time 14/4
g( a g f) f a( bf c) \l c( bf) a( bf) \l g( \l a)
\time 15/4
f( a) c \l c( d ef d c d c) bf( a) bf( c) \l a

etc.

then, lilypond would handle correct accidentals itself ...
Maybe someone has a better idea ... there's amazing things that can be 
done with Schema, but unfortunately not by me ...



Best,
Robert

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread Francisco Vila
2012/3/27 Robert Schmaus robert.schm...@web.de:
 The transposed version is absolute rubbish ...

Not so, if there is a key which is also transposed.  Keys are usually
transposed too, right?

\score {
 
   \new Staff {
 \clef treble
 %\key f \major
 \cadenzaOn

 \relative c' { \key f \major
   c^\markup{ forced accidentals } ees fis bes
   c, ees! fis! bes
 }

 \bar |
 \cadenzaOff
 c' c' c' c' % reset the accidentals ...

 \cadenzaOn
 \transpose c des \relative c' { \key f \major
   c^\markup{ forced accidentals + transposition } ees fis bes
   c, ees! fis! bes
 }

   }
 
}


-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread Robert Schmaus

of course - the correct approach would have been to transpose the whole
staff instead of just a bar ... 10 points go to spain, I guess ...


On Tue, Mar 27, 2012, at 09:27 AM, Francisco Vila wrote:
 2012/3/27 Robert Schmaus robert.schm...@web.de:
  The transposed version is absolute rubbish ...
 
 Not so, if there is a key which is also transposed.  Keys are usually
 transposed too, right?
 
 \score {
  
\new Staff {
  \clef treble
  %\key f \major
  \cadenzaOn
 
  \relative c' { \key f \major
c^\markup{ forced accidentals } ees fis bes
c, ees! fis! bes
  }
 
  \bar |
  \cadenzaOff
  c' c' c' c' % reset the accidentals ...
 
  \cadenzaOn
  \transpose c des \relative c' { \key f \major
c^\markup{ forced accidentals + transposition } ees fis bes
c, ees! fis! bes
  }
 
}
  
 }
 
 
 -- 
 Francisco Vila. Badajoz (Spain)
 www.paconet.org , www.csmbadajoz.com

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread Francisco Vila
2012/3/27 Robert Schmaus robert.schm...@web.de:

 of course - the correct approach would have been to transpose the whole
 staff instead of just a bar ... 10 points go to spain, I guess ...

I'd just like to stress the fact of that LilyPond does a nice job at
handling key signatures, accidentals, forced accidentals, suggested
accidentals, courtesy accidentals and transposition, even when mixing
this all.

-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread Urs Liska

Does the accidental-style forget work for your case?

Am 26.03.2012 18:05, schrieb Robert Schmaus:

Hi Michael,

the whole music is defined in a single cadenza with manual barlines in
between. so, from pov of lilypond, all the music is in one bar, thus,
the second ees doesn't sport an accidental.

Use ees! to force the accidental ...

Best,
Robert



On Sun, Mar 25, 2012, at 09:01 PM, Michael Welsh Duggan wrote:

I was writing some experimental lilypond in preparation for writing some
music functions.  The following lilypond file creates two variables
which contain a line of notes and a line of lyrics together in a cons
cell.  The score attempts to join the two.  Output is attached.  The
question is, why is the e-flat in the second part not getting its
accidental printed?  (The e-flat in the first part prints just fine.)


Sub-question: I got rid of stems by removing the stem engraver.  The
slurs, however, look like they are trying to take into account the
missing stems.  How can I avoid this?



[Inline image]


--
Michael Welsh Duggan
(m...@md5i.com)
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Email had 2 attachments:
+ PopuleMeus.ly
   1k (text/x-lilypond)
+ PopuleMeus.png
   22k (image/png)

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user



___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-27 Thread David Kastrup
Michael Welsh Duggan m...@md5i.com writes:

 I was writing some experimental lilypond in preparation for writing some
 music functions.  The following lilypond file creates two variables
 which contain a line of notes and a line of lyrics together in a cons
 cell.  The score attempts to join the two.  Output is attached.  The
 question is, why is the e-flat in the second part not getting its
 accidental printed?  (The e-flat in the first part prints just fine.)

Because you are still in the same bar?  That's what \cadenzaOn is all
about.

-- 
David Kastrup


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Question about missing accidentals, and banishing stems

2012-03-26 Thread Michael Welsh Duggan
I was writing some experimental lilypond in preparation for writing some
music functions.  The following lilypond file creates two variables
which contain a line of notes and a line of lyrics together in a cons
cell.  The score attempts to join the two.  Output is attached.  The
question is, why is the e-flat in the second part not getting its
accidental printed?  (The e-flat in the first part prints just fine.)


Sub-question: I got rid of stems by removing the stem engraver.  The
slurs, however, look like they are trying to take into account the
missing stems.  How can I avoid this?


\include english.ly

l = {}  % Please ignore this for now.

aa = #(cons #{ 
   \relative f' 
   { g( a g f) f a( bf c) \l c( bf) a( bf) \l g( \l a) \bar | 
   f( a) c \l c( d ef d c d c) bf( a) bf( c) \l a \bar | } #}
   #{ \lyricmode { Qui -- a e -- du -- xi __ te __ de __ ter -- ra __
   Ae -- gy -- pti; } #} )

bb = #(cons #{
   \relative f'
   { f( a) \l c( d ef d c d c) a bf( c) a( bf c bf \l a) \bar |
   bf( a) bf c( d c) bf c( bf) a( \l bf \l c) \bar || } #}
   #{ \lyricmode { pa -- ra -- sti Cru -- cem __
   Sal -- va -- to -- ri tu -- o. __ } #} )


\paper {
  indent = 0
  oddFooterMarkup=##f
  oddHeaderMarkup=##f
  bookTitleMarkup = ##f
  scoreTitleMarkup = ##f
}

\score { 
  
\new Staff \with { \remove Time_signature_engraver }
{ \clef treble \key f \major \cadenzaOn
  \new Voice = voice \with { \remove Stem_engraver }
  { $(car aa) \break $(car bb) \break } }
\new Lyrics \lyricsto voice { $(cdr aa) $(cdr bb) }
  
}

inline: PopuleMeus.png
-- 
Michael Welsh Duggan
(m...@md5i.com)
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-26 Thread Robert Schmaus
Hi Michael,

the whole music is defined in a single cadenza with manual barlines in
between. so, from pov of lilypond, all the music is in one bar, thus,
the second ees doesn't sport an accidental.

Use ees! to force the accidental ...

Best,
Robert



On Sun, Mar 25, 2012, at 09:01 PM, Michael Welsh Duggan wrote:
 I was writing some experimental lilypond in preparation for writing some
 music functions.  The following lilypond file creates two variables
 which contain a line of notes and a line of lyrics together in a cons
 cell.  The score attempts to join the two.  Output is attached.  The
 question is, why is the e-flat in the second part not getting its
 accidental printed?  (The e-flat in the first part prints just fine.)
 
 
 Sub-question: I got rid of stems by removing the stem engraver.  The
 slurs, however, look like they are trying to take into account the
 missing stems.  How can I avoid this?
 
 
 
 [Inline image]
 
 
 -- 
 Michael Welsh Duggan
 (m...@md5i.com)
 ___
 lilypond-user mailing list
 lilypond-user@gnu.org
 https://lists.gnu.org/mailman/listinfo/lilypond-user
 Email had 2 attachments:
 + PopuleMeus.ly
   1k (text/x-lilypond)
 + PopuleMeus.png
   22k (image/png)

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-26 Thread James
Hello,

On 26 March 2012 17:05, Robert Schmaus robert.schm...@web.de wrote:
 Hi Michael,

 the whole music is defined in a single cadenza with manual barlines in
 between. so, from pov of lilypond, all the music is in one bar, thus,
 the second ees doesn't sport an accidental.

 Use ees! to force the accidental ...


I've added a Doc Enhancement request here

http://code.google.com/p/lilypond/issues/detail?id=2438

James

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-26 Thread Michael Welsh Duggan
Robert Schmaus robert.schm...@web.de writes:

 the whole music is defined in a single cadenza with manual barlines in
 between. so, from pov of lilypond, all the music is in one bar, thus,
 the second ees doesn't sport an accidental.

Thank you.  Quite clear, and fixed in my sources.

 On Sun, Mar 25, 2012, at 09:01 PM, Michael Welsh Duggan wrote:
 I was writing some experimental lilypond in preparation for writing some
 music functions.  The following lilypond file creates two variables
 which contain a line of notes and a line of lyrics together in a cons
 cell.  The score attempts to join the two.  Output is attached.  The
 question is, why is the e-flat in the second part not getting its
 accidental printed?  (The e-flat in the first part prints just fine.)

-- 
Michael Welsh Duggan
(m...@md5i.com)


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Question about missing accidentals, and banishing stems

2012-03-26 Thread Michael Welsh Duggan
Michael Welsh Duggan m...@md5i.com writes:

 Sub-question: I got rid of stems by removing the stem engraver.  The
 slurs, however, look like they are trying to take into account the
 missing stems.  How can I avoid this?

It appears that setting the stems to be transparent is superior to
removing the engraver.  I'll leave it up to someone wiser than I am to
explain why.

-- 
Michael Welsh Duggan
(m...@md5i.com)


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user