Error: bad expression type

2019-01-02 Thread Christopher R. Maden
tl;dr: in 2.14, I used to call a variable (\theFootnotes) between a 
layout score and a MIDI score.  That was defined as ##f in an included 
file.  After convert-ly-ing to 2.18, I get “error: bad expression type.” 
 Why?


=-=-=-=

I have a bunch of music that was done with 2.14.  I just ran convert-ly 
to bring it all into 2.18.2.


It’s a songbook (no, not the sea chantey one).  To facilitate production 
of single-song PDF files, I have this structure, for each song (called 
“title” here):


title.ly:
  includes title_music.ly
  includes single_sheet.ly

title_music.ly defines variables like titleSheetMusic.  title.ly defines 
variables like theSheetMusic = \titleSheetMusic, and single_sheet.ly 
looks for variables like \theSheetMusic.


Not all the variables are needed for every song, so title_music.ly 
defines them as ##f when not used.


A minimal working example is attached.  When I call LilyPond on 
title.ly, I get an error:


single_sheet.ly:32:1: error: bad expression type

The position refers to the reference to the reference to \theFootnotes. 
The PDF is successfully generated, but the program returns code 1, 
causing the make process driving it to die.


If I change single_sheet.ly to not reference \theFootnotes, all is well; 
if I replace the reference with ##f, all is well.  What am I doing wrong?


Thanks,
Chris
--
Chris Maden, text nerd
http://crism.maden.org/ >
Emperor Norton had the right idea.
\version "2.18.2"

\header {
  arranger = \theArranger
  composer = \theComposer
  poet = \thePoet
  subtitle = \theSubtitle
  title = \theTitle
}

\score {
  \theSheetMusic
  \layout {
\context {
  \ChoirStaff
  \accepts Dynamics
}
\context {
  \PianoStaff
  \accepts Dynamics
}
\context {
  \Staff \RemoveEmptyStaves
  \override VerticalAxisGroup.remove-first = ##t
}
  }
}

\theFootnotes % comment this out or change it to ##f for success

\score {
  \theUnfoldedMusic
  \midi {
\context {
  \Score
  tempoWholesPerMinute = \theTempo
}
  }
}
\version "2.18.2"

\include "title_music.ly"

theArranger = \titleArranger
theComposer = \titleComposer
thePoet = \titlePoet
theSubtitle = \titleSubtitle
theTempo = \titleTempo
theTitle = \titleTitle

theSheetMusic = \titleSheetMusic
theFootnotes = \titleFootnotes

theUnfoldedMusic = \titleUnfoldedMusic

\include "single_sheet.ly"
\version "2.18.2"

\include "english.ly"

titleArranger = ##f
titleComposer = "Anonymous"
titlePoet = "John Doe"
titleSubtitle = ##f
titleTempo = #(ly:make-moment 120/4)
titleTitle = "A Song"

titleSheetMusic = \repeat volta 2 {
  c'4 c' c' c'
}

titleFootnotes = ##f

titleUnfoldedMusic = \unfoldRepeats \titleSheetMusic
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Lyric placement or new staff for ending

2019-01-02 Thread Tyler Mitchell
Hi Guy,

[I'm not the list maintainer, but as a suggestion, if you make a
mistake and post your message too soon, it may be better to reply
to your original message without modifying the subject line, so
that you don't create multiple threads for the same topic.]

On Wed, Jan 02, 2019 at 09:40:53PM -0600, Guy Stalnaker wrote:
>     \new Staff \with { alignAboveContext = #"sopranos" } {
>   \new Voice = "Solo"
>   {
>     {
>   \partial 4 a'4\bar "||"
>   a'4. bf'8 c''4 a' |
>   g'2 f' |
>     }
>   }
>   \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto "Solo" {
>     Yet what I can I give Him,
>   }
>     }

The only problem with this code is that you can't have both a Voice
and a Lyrics context inside a Staff without it being enclosed in <<
>>. Like this:

\new Staff \with { alignAboveContext = #"sopranos" } <<
  \new Voice = "Solo"
  { 
{
  a'4\bar "||"
  a'4. bes'8 c''4 a' |
  g'2 f' |
}
  }
  \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto "Solo" {
Yet what I can I give Him,
  }
>>

(Also the \partial is unnecessary, which I missed earlier, since I
was using LilyBin and didn't notice the warnings it generated.)

Regarding the extra space, I can only guess, since I don't have
your four-part code, that it is due to the order in which you
created the Lyrics contexts.

Here is about the shortest example I could come up with to
illustrate that. In the comments, I suggest which two lines to
swap, and hopefully you'll see what I mean. (In any case, this
might be a moot point for you, since you plan to create a new
staff.)

\version "2.18.2"
\score {
  <<
\new Dynamics \with {
  \override VerticalAxisGroup.nonstaff-nonstaff-spacing =
#'((padding . 1))
  } {
  s2. s4\mf |
}
\new Staff = "sopranos" <<
  \new Voice = "soprano" {
\relative c'' {
  a2. 
  <<
\new Voice = "solo" { \voiceOne a4 | a4. }
\new Voice = "ooh" { \voiceTwo f4~\p | f4. }
  >>
 }
  }
  % Swap the following two lines and see what happens:
  \new Lyrics \lyricsto "soprano" \lyricmode { heart. }
  \new Lyrics \lyricsto "ooh" \lyricmode { Ooo }
  \new Lyrics \with { alignAboveContext = #"sopranos" }
\lyricsto "solo" \lyricmode { Yet what }
>>
\new Staff <<
  \new Voice = "alto" {
\relative c' { f2. c4~ | c }
  }
  \new Lyrics \lyricsto "alto" \lyricmode {
heart. Ooo
  }
>>
  >>
  \layout { \context { \Staff \remove Time_signature_engraver } }
}

Cheers,
Tyler

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


GAH!! Apologies for the prior spam post - Lyric placement or new staff for ending.

2019-01-02 Thread Guy Stalnaker

All,

Trying to finish this piece and it's giving me fits.

With Tyler's help I got the Solo lyrics where I wanted them. Thanks, Tyler.

But doing this and adding appropriate dynamics for \voiceTwo results in 
this:


https://www.dropbox.com/s/z6176sqk913xa45/LPExample_LyricsSpacingIssue.png?dl=0

Note the lyric placement in measures 63-64 for the top staff. These 
lyrics occur before the polyphonic voice context that starts on b4 of 
m64. I have no idea how to fix this. The documentation at


http://lilypond.org/doc/v2.19/Documentation/learning/vertical-spacing

mentions use of

  \override VerticalAxisGroup.
    nonstaff-relatedstaff-spacing.padding = #5
  \override VerticalAxisGroup.
    nonstaff-unrelatedstaff-spacing.padding = #5

But that does not work when using a variable: sopranoVerse = \lyricmode {}

So, I tried to perhaps break the five measure Solo line into a new staff 
following


http://lilypond.org/doc/v2.19/Documentation/learning/nesting-music-expressions

Nothing doing. The minute I do I loose the context connection between 
\lyricsto and the Solo \new Voice (code follows) (music staff is 
created, just no lyrics) with the error:


Untitled.ly:21:19: warning: cannot find Voice `Solo'

  \new Lyrics
  \lyricsto "Solo" {

So, can anyone help with one of two solutions? how to move the lyrics in 
m63-64 up so they are closer to the staff ? or create a new staff that 
has the proper lyrics? I'd prefer the new staff (it's visually elegant 
and uncluttered).


%%% Code using \new Staff
%http://lilypond.org/doc/v2.18/Documentation/learning/nesting-music-expressions
music = {
  a'2.
  <<
    \new Voice = "sopranoOoos"
    {
  {
    \partial 4 f'4_\p_\dim( ~ |
    f'4. g'8 a'4 f' ~ |
    f'4 e' d'2)\pp |
  }
    }
    \new Lyrics \with { alignBelowContext = #"sopranos" } \lyricsto 
"sopranoOoos" { Ooo }

    \new Staff \with { alignAboveContext = #"sopranos" } {
  \new Voice = "Solo"
  {
    {
  \partial 4 a'4\bar "||"
  a'4. bf'8 c''4 a' |
  g'2 f' |
    }
  }
  \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto 
"Solo" {

    Yet what I can I give Him,
  }
    }
  >> \bar "|."
}
musicVoice = {
  \new Staff = "sopranos"
  { \music }
}
\score {
  <<
    \musicVoice
  >>
}
%%% Code

--
“Happiness is the meaning and the purpose of life, the whole aim and end of 
human existence.”
― Aristotle

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


Apologies for the prior spam post - Lyric placement or new staff for ending.

2019-01-02 Thread Guy Stalnaker

All,

Trying to finish this piece and it's giving me fits.

With Tyler's help I got the Solo lyrics where I wanted them. Thanks, Tyler.

But doing this and adding appropriate dynamics for \voiceTwo results in 
this:




Note the lyric placement in measures 63-64 for the top staff. These 
lyrics occur before the polyphonic voice context that starts on b4 of 
m64. I have no idea how to fix this. The documentation at


http://lilypond.org/doc/v2.19/Documentation/learning/vertical-spacing

mentions use of

  \override VerticalAxisGroup.
    nonstaff-relatedstaff-spacing.padding = #5
  \override VerticalAxisGroup.
    nonstaff-unrelatedstaff-spacing.padding = #5

But that does not work when using a variable: sopranoVerse = \lyricmode {}

So, I tried to perhaps break the five measure Solo line into a new staff 
following


http://lilypond.org/doc/v2.19/Documentation/learning/nesting-music-expressions

Nothing doing. The minute I do I loose the context connection between 
\lyricsto and the Solo \new Voice (code follows).


So, can anyone help with one of two solutions? how to move the lyrics in 
m63-64 up so they are closer to the staff? or create a new staff that 
has the proper lyrics? I'd prefer the new staff (it's visually elegant 
and uncluttered).


%%% Code using \new Staff
%http://lilypond.org/doc/v2.18/Documentation/learning/nesting-music-expressions
music = {
  a'2.
  <<
    \new Voice = "sopranoOoos"
    {
  {
    \partial 4 f'4_\p_\dim( ~ |
    f'4. g'8 a'4 f' ~ |
    f'4 e' d'2)\pp |
  }
    }
    \new Lyrics \with { alignBelowContext = #"sopranos" } \lyricsto 
"sopranoOoos" { Ooo }

    \new Staff \with { alignAboveContext = #"sopranos" } {
  \new Voice = "Solo"
  {
    {
  \partial 4 a'4\bar "||"
  a'4. bf'8 c''4 a' |
  g'2 f' |
    }
  }
  \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto 
"Solo" {

    Yet what I can I give Him,
  }
    }
  >> \bar "|."
}
musicVoice = {
  \new Staff = "sopranos"
  { \music }
}
\score {
  <<
    \musicVoice
  >>
}
%%% Code

--
“Happiness is the meaning and the purpose of life, the whole aim and end of 
human existence.”
― Aristotle

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


Contexts and Voices

2019-01-02 Thread Guy Stalnaker

All,

Trying to finish this piece and it's giving my fits.

With Tyler's help I got the Solo lyrics where I wanted them. Thanks, Tyler.

But doing this and adding appropriate dynamics for \voiceTwo results in 
this:




Note the lyric placement in measures 63-64. These lyrics occur before 
the polyphonic voice context that starts on b4 of m64. I have no idea 
how to fix this. The documentation at



mentions

--
“Happiness is the meaning and the purpose of life, the whole aim and end of 
human existence.”
― Aristotle

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


Re: Defining radius of circle that encircles text

2019-01-02 Thread Sam Bivens

Hi Kieren and Harm,

Thanks so much for the help! This is exactly what I was looking for.

Much appreciated,

Sam

On 1/2/19 4:56 PM, Thomas Morley wrote:

Am Mi., 2. Jan. 2019 um 22:41 Uhr schrieb Sam Bivens :

Happy New Year to everyone reading!

Please see the attached MWE; how can I specify the radius of the circled
text? Using `\circle 2` results in differently sized circles based on
the circled text, but when I specify the radius with `\draw-circle`, I
somehow can't manage to center the text inside the circle. This has to
be a very simple fix that's right under my nose, but somehow nothing
I've tried works.

Or, perhaps there's another option that someone might share; that would
work, as well.

Thanks!

Sam

Hi,

if you use \draw-circle, then the resulting cirlce will have extents
in X-axis: [-radius +radius], in Y-axis [-radius +radius]
Ensure the content which you want to put in the circle is centered as
well, i.e. use \vcenter \halign #CENTER

\markup { \combine \draw-circle #1.5 #.1 ##f \vcenter \halign #CENTER "2" }

HTH,
   Harm


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


Re: LilyPond website and HTTPS support

2019-01-02 Thread Karlin High

On 1/2/2019 5:35 PM, Tyler Mitchell wrote:

Are there any plans to make lilypond.org accessible via HTTPS?

now that Let's Encrypt is around


I expect that is a question for Han-Wen Nienhuys, who seems to control 
the lilypond.org website hosting.




Included him in CC.
--
Karlin High
Missouri, USA

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


LilyPond website and HTTPS support

2019-01-02 Thread Tyler Mitchell
Hi,

Are there any plans to make lilypond.org accessible via HTTPS? Now
Chrome is marking HTTP-only sites as "Not secure", and perhaps
other browsers will follow suit.

I think historically there was a cost barrier to obtaining an SSL
certificate, but now that Let's Encrypt is around, this should no
longer be an issue.

Many thanks,
Tyler

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


Re: Lyrics above context

2019-01-02 Thread Tyler Mitchell
On Wed, Jan 02, 2019 at 03:30:27PM -0600, Guy Stalnaker wrote:
> BINGO!
> 
> Tyler -- that did it. Again, much thanks.
> 
> I need to explore this Dynamics thing. Would be nice to only have to put
> dynamics etc. in its own place then apply to each "voice". I assume that's 
> what
> this is for.

You're most welcome!

The documentation on Dynamics context isn't extensive; all I could
find by way of example is:


http://lilypond.org/doc/v2.19/Documentation/notation/expressive-marks-attached-to-notes#index-vertical-positioning-of-dynamics

Cheers,
Tyler

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


Re: Flat flared hairpins

2019-01-02 Thread Thomas Morley
Am Mi., 2. Jan. 2019 um 23:21 Uhr schrieb Thomas Morley
:

> \layout {
>   \override Hairpin.stencil = #flat-flared-hairpin
>   \override Hairpin.details.flare-height = 2 %% default is 1
>   \override Hairpin.details.flare-width = 2 %% default is 1
>   \override Hairpin.thickness = 2

Please comment/delete next two lines. I used them for debuggin.

>   \override Hairpin.stencil =
> #(lambda (grob) (box-stencil (flat-flared-hairpin grob) 0 0))
> }

Best,
  Harm

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


Re: Flat flared hairpins

2019-01-02 Thread Thomas Morley
Am Mi., 2. Jan. 2019 um 01:26 Uhr schrieb Andrew Bernard
:
>
> Hi Thomas,
>
> The correction works and all is good. Thanks so much.
>
> An interesting point I discovered. If you use \< for the hairpins, the LEFT, 
> RIGHT settings are correct. but if you use /< they are reversed - but still 
> work fine. A fascinating side effect of the code.

Well, it's coming from 'elbowed-hairpin'. There it's a feature, here
we have to fight against.
Below a code which drops 'elbowed-hairpin',

> [It did have me a bit confused for a while. And of course, in this usage, 
> there is no need for a distinction between \< and \<.]

The code will read whether cresc or decresc is used and place the
flares accordingly. Only in the case you want both flares, you need to
do
\override Hairpin.details.flare-position = #CENTER

Also, see Change-log, doc-string and exmples.

\version "2.19.82"

#(define flat-flared-hairpin
  (lambda (grob)
;; Change-log:
;; (1) Correct scaling of flare-height (for use with 'elbowed-hairpin')
;; (2) - Dropped usage of 'elbowed-hairpin', use 'make-connected-line' directly
;;   No scaling is needed any more
;; - Look at 'grow-direction to choose flares for start or end
;;   Only for getting both flares 'details.flare-position' must be set.

"Is supposed to take a maybe broken Hairpin.
Looking at 'grow-direction, a crescendo gets an opening flare at the end, a
decrescendo gets a closing flare at start.
If details.flare-position is set 0 or CENTER flares are printed at
start and end.
Otherwise a flat line is printed.
The behaviour is determined looking at some sub-properties of 'details:
  - details.flare-position: default is #f
  Remark: can't look at 'grow-direction, because setting it zero causes an
  assertion failure.
  - details.flare-height: height of the flare, numerical value
  default is 1
  TODO: replace with Hairpin.height?
  - details.flare-width: width of the flare, numerical value
  default is 1"
(let* ((orig (ly:grob-original grob))
   (broken-siblings (ly:spanner-broken-into orig))
   (siblings
 (if (pair? broken-siblings)
 broken-siblings
 (list grob)))
   (decresc? (eqv? (ly:grob-property grob 'grow-direction) LEFT))
   (details (ly:grob-property grob 'details))
   (flare-position
 (assoc-get 'flare-position details #f))
   (flare-height
 (assoc-get 'flare-height details 1))
   (flare-width
 (assoc-get 'flare-width details 1))
   (flare-left
 (lambda (g)
   (let* ((stil (ly:hairpin::print g))
  (stil-x-ext (ly:stencil-extent stil X))
  (x-start (car stil-x-ext))
  (stil-y-ext (ly:stencil-extent stil Y))
  (stil-x-length (interval-length stil-x-ext))
  (stil-y-length (interval-length stil-y-ext)))
 (if (and (or (eqv? flare-position 0) decresc?)
  (equal? g (car siblings)))
 (list
   (cons x-start flare-height)
   (cons (+ x-start flare-width) 0))
 (list (cons x-start 0))
   (flare-right
 (lambda (g)
   (let* ((stil (ly:hairpin::print g))
  (stil-x-ext (ly:stencil-extent stil X))
  (x-start (car stil-x-ext))
  (stil-y-ext (ly:stencil-extent stil Y))
  (stil-x-length (interval-length stil-x-ext))
  (stil-y-length (interval-length stil-y-ext)))
 (if (and (or (eqv? flare-position 0) (not decresc?))
  (equal? g (last siblings)))
 (list
   (cons (+ x-start (- stil-x-length flare-width)) 0)
   (cons (+ x-start stil-x-length) flare-height))
 (list (cons (+ x-start stil-x-length) 0))
   (points-list `(,@(flare-left grob) ,@(flare-right grob
  (ly:stencil-add
(make-connected-line points-list grob)
;; TODO:
;;   Overlapping stencils, a problem?
;;   Would it be less expensive to draw the missing lines separately?
(ly:stencil-scale (make-connected-line points-list grob) 1 -1)



%% EXAMPLES


\paper {
  ragged-right = ##f
  indent = 25
}

mus = { c'1\> \break cis' \break d' dis'\! }

musII = { c'1\< cis' d' dis'\! }

musIII = { c'1\< \break cis' \break d'\! }

\layout {
  \override Hairpin.stencil = #flat-flared-hairpin
  \override Hairpin.details.flare-height = 2 %% default is 1
  \override Hairpin.details.flare-width = 2 %% default is 1
  \override Hairpin.thickness = 2
  \override Hairpin.stencil =
#(lambda (grob) (box-stencil (flat-flared-hairpin grob) 0 0))
}

{
  \set 

Re: Defining radius of circle that encircles text

2019-01-02 Thread Kieren MacMillan
Hi Harm,

> \markup { \combine \draw-circle #1.5 #.1 ##f \vcenter \halign #CENTER "2" }

Nicely done!
K.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


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


Re: Defining radius of circle that encircles text

2019-01-02 Thread Thomas Morley
Am Mi., 2. Jan. 2019 um 22:41 Uhr schrieb Sam Bivens :
>
> Happy New Year to everyone reading!
>
> Please see the attached MWE; how can I specify the radius of the circled
> text? Using `\circle 2` results in differently sized circles based on
> the circled text, but when I specify the radius with `\draw-circle`, I
> somehow can't manage to center the text inside the circle. This has to
> be a very simple fix that's right under my nose, but somehow nothing
> I've tried works.
>
> Or, perhaps there's another option that someone might share; that would
> work, as well.
>
> Thanks!
>
> Sam

Hi,

if you use \draw-circle, then the resulting cirlce will have extents
in X-axis: [-radius +radius], in Y-axis [-radius +radius]
Ensure the content which you want to put in the circle is centered as
well, i.e. use \vcenter \halign #CENTER

\markup { \combine \draw-circle #1.5 #.1 ##f \vcenter \halign #CENTER "2" }

HTH,
  Harm

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


Re: Defining radius of circle that encircles text

2019-01-02 Thread Kieren MacMillan
Hi Sam,

> when I specify the radius with `\draw-circle`, I somehow can't manage to 
> center the text inside the circle.

Maybe

\new Staff {
  g'4^\markup { \combine \draw-circle #1.5 #.1 ##f \general-align #X #0 
\general-align #Y #0 "2" }
  r
  g'4^\markup { \combine \draw-circle #1.5 #.1 ##f \general-align #X #0 
\general-align #Y #0 "3" }
}

?

Hope that helps!
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


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


Defining radius of circle that encircles text

2019-01-02 Thread Sam Bivens

Happy New Year to everyone reading!

Please see the attached MWE; how can I specify the radius of the circled 
text? Using `\circle 2` results in differently sized circles based on 
the circled text, but when I specify the radius with `\draw-circle`, I 
somehow can't manage to center the text inside the circle. This has to 
be a very simple fix that's right under my nose, but somehow nothing 
I've tried works.


Or, perhaps there's another option that someone might share; that would 
work, as well.


Thanks!

Sam

\version "2.19.63"

\new Staff {
  c'4^\markup { \circle 2 } e' g'^\markup { \combine \draw-circle #1.5 #.1 ##f "2" }
  }___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Lyrics above context

2019-01-02 Thread Guy Stalnaker

  
  
BINGO!
  
  Tyler -- that did it. Again, much thanks.
  
  I need to explore this Dynamics thing. Would be nice to only have
  to put dynamics etc. in its own place then apply to each "voice".
  I assume that's what this is for.
  
  Guy

On 1/2/2019 1:02 PM, Tyler Mitchell
  wrote:


  On Wed, Jan 02, 2019 at 08:00:31AM -0600, Guy Stalnaker wrote:

  
And the answer is, "No, I can't incorporate into the larger score."

Follow-up question then: can this type of Dynamics directive be applied in
a temporary polyphonic passage? Because that's what I'm trying to do. Final
four measures split into two voices, explicitly created:

<<
\new Voice = "Solo" { \voiceOne } \new Voice = "sopranoOoos" { \voiceTwo }


  


  


If I put \new Dynamics {} before or after either of these two \new Voice
inside the polyphonic code LP puts the dynamics beneath the entire 4-stave
score. If I add \with { alignAboveContext = #"sopranos } LP puts the
dynamics exactly as originally, immediately above the staff, but below the
lyrics, so nothing gained by the added code.

  
  
Hi Guy,

My idea would be to have the Dynamics context from the beginning of
your score, and skip over the first chunk:

%%% code begin
\score {
  <<
\new Dynamics \with { \override VerticalAxisGroup.nonstaff-nonstaff-spacing = #'((padding . 1)) } {
  % Instead of "1" here, you would enter the number of bars you
  % need to skip (ie, the number of bars before this divisi).
  \repeat unfold 1 { s1 | } s2.
  a'4^\mf^\dim ^"Solo, Remaining voices Ooos" \bar "||"
  a'4. bf'8 c''4 a' |
  g'2 f'\p |
}
\new Staff = "sopranos" <<
  \new Voice = "Soprano" {
c''4 a' g' f' | e'2.
<< \new Voice = "Solo"
   { \voiceOne
 {
   \partial 4 a'4 \bar "||"
   a'4. bf'8 c''4 a' |
   g'2 f' |
 }
   }
   \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto "Solo" {
 Yet what I can I give Him,
   }
   \new Voice = "sopranoOoos"
   { \voiceTwo
 {
   \partial 4 f'4( ~ |
   f'4. g'8 a'4 f' |
   f'2 d') |
 }
   }
   \new Lyrics \lyricsto "sopranoOoos" { Ooo }
>> \bar "|."
  }
  \new Lyrics \lyricsto "Soprano" \lyricmode { I would do my part; }
>>
  >>
  \layout { }
}
 code end

I haven't really tested this but I don't believe it will add any
vertical space in other systems where there are no dynamic markings
in that context (except for maybe the bit of padding, which is a
very small amount, and could even be reduced to 0.5).

Tyler



-- 
“Happiness is the meaning and the purpose of life, the whole aim and end of human existence.”
― Aristotle
  


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


Re: Lyrics above context

2019-01-02 Thread Tyler Mitchell
On Wed, Jan 02, 2019 at 01:13:22PM -0600, Guy Stalnaker wrote:
> Tyler,
> 
> How will LP know to which context the dynamics apply? I have a open SATB 
> score?

Hi Guy,

The dynamics are now only in the Dynamics context itself; I've
removed them from the original "Solo" voice. The Dynamics context
isn't really attached to another staff/voice, it just exists at the
same time as the other music.

The actual pitches in the Dynamics context are immaterial -- it's
the note lengths that matter, as they deterine the horizontal
spacing for the dynamic markings. By keeping them the same as in
your original Solo voice, I preserved the spacing.

Tyler

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


Re: Lyrics above context

2019-01-02 Thread Guy Stalnaker

  
  
Tyler,
  
  How will LP know to which context the dynamics apply? I have a
  open SATB score?
  
  I'll give it a go.
  
  Thanks for your reply!
  
  Guy

On 1/2/2019 1:02 PM, Tyler Mitchell
  wrote:


  On Wed, Jan 02, 2019 at 08:00:31AM -0600, Guy Stalnaker wrote:

  
And the answer is, "No, I can't incorporate into the larger score."

Follow-up question then: can this type of Dynamics directive be applied in
a temporary polyphonic passage? Because that's what I'm trying to do. Final
four measures split into two voices, explicitly created:

<<
\new Voice = "Solo" { \voiceOne } \new Voice = "sopranoOoos" { \voiceTwo }


  


  


If I put \new Dynamics {} before or after either of these two \new Voice
inside the polyphonic code LP puts the dynamics beneath the entire 4-stave
score. If I add \with { alignAboveContext = #"sopranos } LP puts the
dynamics exactly as originally, immediately above the staff, but below the
lyrics, so nothing gained by the added code.

  
  
Hi Guy,

My idea would be to have the Dynamics context from the beginning of
your score, and skip over the first chunk:

%%% code begin
\score {
  <<
\new Dynamics \with { \override VerticalAxisGroup.nonstaff-nonstaff-spacing = #'((padding . 1)) } {
  % Instead of "1" here, you would enter the number of bars you
  % need to skip (ie, the number of bars before this divisi).
  \repeat unfold 1 { s1 | } s2.
  a'4^\mf^\dim ^"Solo, Remaining voices Ooos" \bar "||"
  a'4. bf'8 c''4 a' |
  g'2 f'\p |
}
\new Staff = "sopranos" <<
  \new Voice = "Soprano" {
c''4 a' g' f' | e'2.
<< \new Voice = "Solo"
   { \voiceOne
 {
   \partial 4 a'4 \bar "||"
   a'4. bf'8 c''4 a' |
   g'2 f' |
 }
   }
   \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto "Solo" {
 Yet what I can I give Him,
   }
   \new Voice = "sopranoOoos"
   { \voiceTwo
 {
   \partial 4 f'4( ~ |
   f'4. g'8 a'4 f' |
   f'2 d') |
 }
   }
   \new Lyrics \lyricsto "sopranoOoos" { Ooo }
>> \bar "|."
  }
  \new Lyrics \lyricsto "Soprano" \lyricmode { I would do my part; }
>>
  >>
  \layout { }
}
 code end

I haven't really tested this but I don't believe it will add any
vertical space in other systems where there are no dynamic markings
in that context (except for maybe the bit of padding, which is a
very small amount, and could even be reduced to 0.5).

Tyler



-- 
“Happiness is the meaning and the purpose of life, the whole aim and end of human existence.”
― Aristotle
  


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


Re: Lyrics above context

2019-01-02 Thread Tyler Mitchell
On Wed, Jan 02, 2019 at 08:00:31AM -0600, Guy Stalnaker wrote:
> And the answer is, "No, I can't incorporate into the larger score."
> 
> Follow-up question then: can this type of Dynamics directive be applied in
> a temporary polyphonic passage? Because that's what I'm trying to do. Final
> four measures split into two voices, explicitly created:
> 
> <<
> \new Voice = "Solo" { \voiceOne } \new Voice = "sopranoOoos" { \voiceTwo }
> >>
> 
> If I put \new Dynamics {} before or after either of these two \new Voice
> inside the polyphonic code LP puts the dynamics beneath the entire 4-stave
> score. If I add \with { alignAboveContext = #"sopranos } LP puts the
> dynamics exactly as originally, immediately above the staff, but below the
> lyrics, so nothing gained by the added code.

Hi Guy,

My idea would be to have the Dynamics context from the beginning of
your score, and skip over the first chunk:

%%% code begin
\score {
  <<
\new Dynamics \with { \override VerticalAxisGroup.nonstaff-nonstaff-spacing 
= #'((padding . 1)) } {
  % Instead of "1" here, you would enter the number of bars you
  % need to skip (ie, the number of bars before this divisi).
  \repeat unfold 1 { s1 | } s2.
  a'4^\mf^\dim ^"Solo, Remaining voices Ooos" \bar "||"
  a'4. bf'8 c''4 a' |
  g'2 f'\p |
}
\new Staff = "sopranos" <<
  \new Voice = "Soprano" {
c''4 a' g' f' | e'2.
<< \new Voice = "Solo"
   { \voiceOne
 {
   \partial 4 a'4 \bar "||"
   a'4. bf'8 c''4 a' |
   g'2 f' |
 }
   }
   \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto 
"Solo" {
 Yet what I can I give Him,
   }
   \new Voice = "sopranoOoos"
   { \voiceTwo
 {
   \partial 4 f'4( ~ |
   f'4. g'8 a'4 f' |
   f'2 d') |
 }
   }
   \new Lyrics \lyricsto "sopranoOoos" { Ooo }
>> \bar "|."
  }
  \new Lyrics \lyricsto "Soprano" \lyricmode { I would do my part; }
>>
  >>
  \layout { }
}
 code end

I haven't really tested this but I don't believe it will add any
vertical space in other systems where there are no dynamic markings
in that context (except for maybe the bit of padding, which is a
very small amount, and could even be reduced to 0.5).

Tyler

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


Re: Automatic coloring clef/key signature changes

2019-01-02 Thread Kieren MacMillan
Hi Jérôme,

>  % Amusingly, the naturals are *not* colored here:

That’s because they’re a different grob…  ;)

\override Score.KeyCancellation.color = #'(.5 .2 0)

Cheers,
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


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


Re: Automatic coloring clef/key signature changes

2019-01-02 Thread Jérôme Plût
> Well, since you don't include any example code

Of course, if I had had any example code, I would not have been asking
the question in the first place!

Here is a working example though, thanks to the second part of your
message. Should some variant of this be added to the snippets database?


#(begin
(define (any->color x) (cond
  ((symbol? x) (x11-color x))
  ((list? x) x)
  (else `(0. 0. 0.

(define (callback-when-non-default x) (lambda (grob)
  (or (null? (ly:grob-property grob 'non-default)) x)))

(define (set-color-when-non-default grob-name color)
  (context-spec-music
(make-grob-property-set grob-name 'color
  (callback-when-non-default (any->color color)))
'Staff))
) %begin

color-signatures = {
  #(set-color-when-non-default 'Clef `(.3 .0 .6))
  #(set-color-when-non-default 'KeySignature `(.5 .2 .0))
}

\score {
 \new Staff {
  \color-signatures

  \key g \major \repeat unfold 20 c'4
  \clef C \repeat unfold 20 c'4
  % Amusingly, the naturals are *not* colored here:
  \key c \minor \repeat unfold 20 c'4
  \clef G \repeat unfold 20 c'4
}
}

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


Re: Automatic coloring clef/key signature changes

2019-01-02 Thread David Kastrup
Jérôme Plût  writes:

> Is there a way to change the color of all clef changes in a score (and
> only these, not the clef that is at the beginning of each staff line)?
> I cannot manage to change even one of these (I tried \once \override
> Staff.Clef.color, to no avail), and what I really want is to change
> all of these by a one-time incantation at the beginning of the score.
>
> Also, same question for KeySignature.

Well, since you don't include any example code and I don't feel like
typing up a whole example by myself, you could replace the color
property by a callback looking at the 'non-default property of its grob
for deciding the color.  Should work for both Clef and KeySignature
grobs.

-- 
David Kastrup

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


Re: Automatic coloring clef/key signature changes

2019-01-02 Thread Kieren MacMillan
Hi Jérôme,

> Is there a way to change the color of all clef changes in a score (and
> only these, not the clef that is at the beginning of each staff line)?

I’m sure there is. I just don’t have time right now to figure out how. Sorry!

> I cannot manage to change even one of these (I tried \once \override
> Staff.Clef.color, to no avail), and what I really want is to change
> all of these by a one-time incantation at the beginning of the score.

Well, you could always do something hacky, like the following:

%%%  SNIPPET BEGINS
\version "2.19.80"

{
  c'1
  \once \override Score.Clef.color = #red \clef bass
  c1
}

clefchangebass = { \once \override Score.Clef.color = #red \clef bass }
clefchangetreble = { \once \override Score.Clef.color = #red \clef treble }

{
  c'1
  \clefchangebass
  c1
}
%%%  SNIPPET ENDS

> Also, same question for KeySignature.

Same would apply.

Hope this helps!
Kieren.


Kieren MacMillan, composer
‣ website: www.kierenmacmillan.info
‣ email: i...@kierenmacmillan.info


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


Re: Automatic narrowing in Emacs?

2019-01-02 Thread David Sumbler
-Original Message-
From: David Kastrup 
To: David Sumbler 
CC: lilypond-user@gnu.org
Subject: Re: Automatic narrowing in Emacs?
Date: Wed, 02 Jan 2019 15:14:29 +0100

David Sumbler  writes:

> I now realise that in these cases the buffer has been "narrowed".
> This is a useful feature of Emacs that I wasn't even aware of
> previously, and no doubt I shall start to use it intentionally in
> future.
> 
> But I find that a large buffer gets narrowed automatically when I am
> editing, even though I have not given a command for this.  Even if I
> then issue a 'widen' command (Ctrl-x n w) the buffer gets narrowed
> again after short while.

The key sequences for narrowing are _disabled_ by default as narrowing
is confusing.  If you haven't enabled them, this should not be an
issue.

Looking at LilyPond-mode, I see a few occurences of narrowing:

$ git grep narrow
lilypond-indent.el:  (narrow-to-region
lilypond-mode.el:  (narrow-to-region start end)
lilypond-song.el:  (narrow-to-region (or (mark) (point))
(point)))

Those are likely for purely programmatic reasons.  If you are plagued
here, you may want to review the respective Elisp passages to see if
the narrow-to-region sequences are reliably reversed (by being encapsulated in 
constructs that are guaranteed to restore the state of narrowing even when 
exited in error cases).

-Original Message-
From: Andrew Bernard 
To: lilypond-user Mailinglist 
Subject: Re: Automatic narrowing in Emacs?
Date: Wed, 2 Jan 2019 23:33:47 +1100

Hi David,

Never heard of this being automatic. Have you got a lot of
customisations in your emacs? What version are you running (not that I
think that makes any difference) and on what platform?

Weird. hard to imagine how you would have both set a mark and typed C-x 
n n inadvertently.

I always found lilypond mode a bit strange. I don't use it. Can't think
of any examples at the moment, but I understand it's a bit half baked,
isn't that so?

--

To answer Andrew first, I am running Emacs 25.2.2 in Ubuntu 18.04.  My
own customisations of Emacs are fairly normal and trivial (screen and
font colour etc.).

And David is quite right: if I type C-x n n I get told that narrowing
is disabled, and would have to choose to enable it.  I am pretty sure
that I am cannot be typing C-x n n SPC or C-x n n ! by accident.

In other words, my buffer is being narrowed even when the narrowing
commands themselves are disabled.  Pretty mysterious, eh?

I had already looked at those 3 mentions of narrowing in the Lilypond-
mode files.  From what I could see they wouldn't cause narrowing by
accident, although I am not capable of analysing the code to the extent
that David suggests in his final sentence.

As for Lilypond-mode being half-baked, I don't find that, although
there are a few anomalies, e.g. indenting after manual beams and
sometimes after slurs is a bit buggy.  (I don't think the characters
'()[]' should affect the indenting at all in pure Lilypond code, but
occasionally they do.)  And I add 'q' to the list of allowable note-
names in lilypond-words.el so that repeated chords don't stand out like
lighthouses in the text!

David


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


Automatic coloring clef/key signature changes

2019-01-02 Thread Jérôme Plût
Is there a way to change the color of all clef changes in a score (and
only these, not the clef that is at the beginning of each staff line)?
I cannot manage to change even one of these (I tried \once \override
Staff.Clef.color, to no avail), and what I really want is to change
all of these by a one-time incantation at the beginning of the score.

Also, same question for KeySignature.

Thanks,

-- Jérôme

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


Re: Automatic narrowing in Emacs?

2019-01-02 Thread Andrew Bernard
Hi All,

I now remember it was exactly this issue some time ago that caused me to
stop using lilypond-mode. The narrowing does not get undone properly. My
emacs-lisp coding is not up to fixing it.

Is there anyone that could have a go at it?


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


Re: Automatic narrowing in Emacs?

2019-01-02 Thread David Kastrup
David Sumbler  writes:

> I now realise that in these cases the buffer has been "narrowed".
> This is a useful feature of Emacs that I wasn't even aware of
> previously, and no doubt I shall start to use it intentionally in
> future.
>
> But I find that a large buffer gets narrowed automatically when I am
> editing, even though I have not given a command for this.  Even if I
> then issue a 'widen' command (Ctrl-x n w) the buffer gets narrowed
> again after short while.

The key sequences for narrowing are _disabled_ by default as narrowing
is confusing.  If you haven't enabled them, this should not be an issue.

Looking at LilyPond-mode, I see a few occurences of narrowing:

$ git grep narrow
lilypond-indent.el:  (narrow-to-region
lilypond-mode.el:  (narrow-to-region start end)
lilypond-song.el:  (narrow-to-region (or (mark) (point)) (point)))

Those are likely for purely programmatic reasons.  If you are plagued
here, you may want to review the respective Elisp passages to see if the
narrow-to-region sequences are reliably reversed (by being encapsulated
in constructs that are guaranteed to restore the state of narrowing even
when exited in error cases).

-- 
David Kastrup

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


Re: Lyrics above context

2019-01-02 Thread Guy Stalnaker
And the answer is, "No, I can't incorporate into the larger score."

Follow-up question then: can this type of Dynamics directive be applied in
a temporary polyphonic passage? Because that's what I'm trying to do. Final
four measures split into two voices, explicitly created:

<<
\new Voice = "Solo" { \voiceOne } \new Voice = "sopranoOoos" { \voiceTwo }
>>

If I put \new Dynamics {} before or after either of these two \new Voice
inside the polyphonic code LP puts the dynamics beneath the entire 4-stave
score. If I add \with { alignAboveContext = #"sopranos } LP puts the
dynamics exactly as originally, immediately above the staff, but below the
lyrics, so nothing gained by the added code.

Guy

On Tue, Jan 1, 2019, 11:25 PM Guy Stalnaker  Tyler,
>
> That is exactly what I want. Now to figure out how to incorporate it into
> the existing score (because this is only for the final 4 measures and not
> the entire work).
>
> Much thanks,
>
> Guy
>
> On 1/1/2019 11:13 PM, Tyler Mitchell wrote:
>
> On Tue, Jan 01, 2019 at 11:37:31AM -0600, Guy Stalnaker wrote:
>
> All,
>
> At the end of a choral work I want soprano solo, their text above the
> staff, with remaining sopranos "Ooo" below the staff. There are also
> dynamics, a dimenuendo, and a note re: Solo, etc. Right now LP engraves the
> following by putting the lyrics above the dynamics, etc. Can I get the
> lyrics below the dynamics, etc. (that is, immediate above the staff)?
>
>
> I think this is one way of doing it (assuming I understand what you
> were looking for). I had to put that bit of padding in there so
> that the descenders of 'mf' and 'p' didn't smash into the lyrics:
>
> %%% code begin
> \score {
>   <<
> \new Dynamics \with { \override 
> VerticalAxisGroup.nonstaff-nonstaff-spacing = #'((padding . 1)) } {
>   \partial 4 a'4^\mf^\dim ^"Solo, Remaining voices Ooos" \bar "||"
>   a'4. bf'8 c''4 a' |
>   g'2 f'\p |
> }
> \new Staff = "sopranos" <<
>   << \new Voice = "Solo"
>  { \voiceOne
>{
>  \partial 4 a'4 \bar "||"
>  a'4. bf'8 c''4 a' |
>  g'2 f' |
>}
>  }
>  \new Lyrics \with { alignAboveContext = #"sopranos" } \lyricsto 
> "Solo" {
>Yet what I can I give Him,
>  }
>  \new Voice = "sopranoOoos"
>  { \voiceTwo
>{
>  \partial 4 f'4( ~ |
>  f'4. g'8 a'4 f' |
>  f'2 d') |
>}
>  }
>  \new Lyrics \lyricsto "sopranoOoos" { Ooo }
>   >> \bar "|."
> >>
>   >>
>   \layout { }
> }
>  code end
>
> Cheers,
> Tyler
>
>
> --
> “Happiness is the meaning and the purpose of life, the whole aim and end of 
> human existence.”
> ― Aristotle
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Automatic narrowing in Emacs?

2019-01-02 Thread Andrew Bernard
Hi David,

Never heard of this being automatic. Have you got a lot of customisations
in your emacs? What version are you running (not that I think that makes
any difference) and on what platform?

Weird. hard to imagine how you would have both set a mark and typed C-x n n
inadvertently.

I always found lilypond mode a bit strange. I don't use it. Can't think of
any examples at the moment, but I understand it's a bit half baked, isn't
that so?

Andrew


On Wed, 2 Jan 2019 at 23:13, David Sumbler  wrote:

> This may be slightly off-topic, but it concerns a problem I have
> encountered in Emacs when editing Lilypond files and at no other time.
>
> I always use Emacs for creating and editing my Lilypond files.  Some of
> these get quite large.  When editing a very long file (typically over
> 2,000 lines) I have discovered occasionally that I have apparently
> inadvertently deleted a chunk at the beginning of the file.
>
> I got in a terrible mess a couple of times trying to restore this
> missing chunk from earlier versions of the file, only to find
> afterwards that the relevant portion was never missing at all: it was
> simply not shown in the window.
>
> I now realise that in these cases the buffer has been "narrowed".  This
> is a useful feature of Emacs that I wasn't even aware of previously,
> and no doubt I shall start to use it intentionally in future.
>
> But I find that a large buffer gets narrowed automatically when I am
> editing, even though I have not given a command for this.  Even if I
> then issue a 'widen' command (Ctrl-x n w) the buffer gets narrowed
> again after short while.
>
> I can find no reference in the Emacs Manual to this automatic
> behaviour, so I thought perhaps it was a feature of the Lilypond Emacs
> mode.  But having looked at the files in my
> /usr/local/lilypond/usr/share/emacs/site-lisp/
> directory, I cannot find anything relevant there either.
>
> Can anyone explain why this odd behaviour is occurring?
>
> David
>
>
> ___
> 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


Automatic narrowing in Emacs?

2019-01-02 Thread David Sumbler
This may be slightly off-topic, but it concerns a problem I have
encountered in Emacs when editing Lilypond files and at no other time.

I always use Emacs for creating and editing my Lilypond files.  Some of
these get quite large.  When editing a very long file (typically over
2,000 lines) I have discovered occasionally that I have apparently
inadvertently deleted a chunk at the beginning of the file.

I got in a terrible mess a couple of times trying to restore this
missing chunk from earlier versions of the file, only to find
afterwards that the relevant portion was never missing at all: it was
simply not shown in the window.

I now realise that in these cases the buffer has been "narrowed".  This
is a useful feature of Emacs that I wasn't even aware of previously,
and no doubt I shall start to use it intentionally in future.

But I find that a large buffer gets narrowed automatically when I am
editing, even though I have not given a command for this.  Even if I
then issue a 'widen' command (Ctrl-x n w) the buffer gets narrowed
again after short while.

I can find no reference in the Emacs Manual to this automatic
behaviour, so I thought perhaps it was a feature of the Lilypond Emacs 
mode.  But having looked at the files in my
/usr/local/lilypond/usr/share/emacs/site-lisp/
directory, I cannot find anything relevant there either.

Can anyone explain why this odd behaviour is occurring?

David


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


Re: [OT] Variations in ordinals and building floor numbers

2019-01-02 Thread Andrew Bernard
Hi All,

Amazing. Elevatorpedia.

http://elevation.wikia.com/wiki/Floor_numbering

I don't think it's possible to add any more!

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


Re: [OT] Variations in ordinals and building floor numbers

2019-01-02 Thread Wols Lists
On 02/01/19 03:42, Andrew Bernard wrote:
> Hi David,
> 
> Never seen '*' in Australia.
> 
Same here in the UK.

QUITE often, the street level is either green, or noticeably raised, or
both, but I've come across several where the street exit is on "1" and
"G" takes you some place else ...

(And given my last job, I've come across several "LB" which stands for
"Loading Bay" :-)

Cheers,
Wol


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


Re: Custom tabulature for Shamisen

2019-01-02 Thread Christian Zollner
Hello Thomas,

thank you for your efforts! Judging from my 2-day experience with
LilyPond, that looks promising. I'll try it out and let you know :)

Have a great start into 2019,
Christian


Am 02.01.19 um 00:32 schrieb Thomas Morley:
> Am Di., 1. Jan. 2019 um 18:04 Uhr schrieb Christian Zollner
> :
>> Hello list!
>>
>> I need to write tabulatures for me and my girlfriend. I am playing
>> violin and she is playing Shamisen. I am new to Lilypond but generally
>> programming language affine, so I learned everything quickly up until now.
>>
>> The problem with Shamisen tabulatures is that it doesn't just count up
>> from 1 - 12 for every octave but numbers the consecutive tones like
>> this: [0,1,2,3,#,4,5,6,7,8,9,b,10,11,12,13,1#,14,15,16,17,18]. Is there
>> a way to use this list instead of just counting up from 1 - n on a
>> tabulature?
>>
>> Thank you for your help,
>> Christian
> Hi,
>
> not sure I understand.
> Like below?
>
> \version "2.19.82"
>
> \layout {
>   \context {
> \Score
> tablatureFormat =
>   #(lambda (context string-number fret-number)
> (let* ((my-signs
> '(0 1 2 3 "#" 4 5 6 7 8 9 "b" 10 11 12 13 "1#" 14 15 16 17 
> 18))
>(ls-length (length my-signs))
>(my-sign
>  (if (> fret-number (1- ls-length))
>  fret-number
>  (list-ref my-signs fret-number
>  (if (integer? fret-number)
>  (make-vcenter-markup
>(format #f "~a" my-sign ))
>  (fret-number-tablature-format context string-number 
> fret-number
>   }
> }
>
> \new TabVoice
>   \relative e' {
> e f fis g gis a ais b c cis d dis e f fis g gis a ais b c cis
>   }
>
>
> Cheers,
>   Harm
>
> ___
> 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