date:20150430


Which Haydn Sonata is this?

- Pete


tisimst wrote

All Haydn users,

I just discovered that I had a little bug in the font that messes up the
spacing when using the \tied-lyric markup function (i.e., it introduced
too
much space between the tied text). This has been fixed and an updated set
of fonts (v1.1) has been uploaded to fonts.openlilylib.org.


Oh, and I also uploaded a recently engraved score snippet from a Haydn
Sonata that you've just got to see that showcases the font. It's on the
Haydn font page   .

- Abraham



--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175623.html
Sent from the User mailing list archive at Nabble.com.

___
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: Haydn bug fix

Ed,

On Thu, Apr 30, 2015 at 9:26 AM, Ed Gordijn-2 [via Lilypond] <
ml-node+s1069038n175711...@n5.nabble.com> wrote:

> Hi Abraham,
>
> > Oh, and I also uploaded a recently engraved score snippet from a Haydn
> > Sonata that you've just got to see that showcases the font. It's on the
> > Haydn font page   .
>
> Could it be that there is a bug in that score too? Second bar in the
> second system. Should the g8 shift to the right?
> It seems strange to me that it lines up with the c4.
> Not sure about the first bar, same issue?
>
> Greetings, Ed
>

Indeed, you are correct. This has happened to me a few times with 2.18.2
sadly :(. I will upload a corrected version using 2.19.18 shortly. Thank
you for finding these!

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175717.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

Peter,

On Thu, Apr 30, 2015 at 9:57 AM, PMA-2 [via Lilypond] <
ml-node+s1069038n17571...@n5.nabble.com> wrote:

> Which Haydn Sonata is this?
>
> - Pete


Keyboard Sonata in D major, Hob. XVI:37 No. 50 (Joseph Haydn)

Here's the IMSLP link

.

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175718.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Suggest a condensed old style or transitional font for lyrics?

2015-04-30 Thread tyronicus

Joshua Nichols wrote
> I'm looking for something other than minion pro. It also needs to have
> serifs (if not clear by the indication in the subject). What do you all
> use
> (free or otherwise)?

I use Crimson, which imitates Minion in a lot of ways, so I'm not sure if
it's what you're looking for.

It's a little light, so I made it heavier and condensed it, then called the
weight "Crimson Lyrics." I don't know anything about font licensing, but it
looks like I would just need to change the name before I could legally make
it available to you if you were interested.

Here's an old blog post   
with a picture of the modifications, although I have tweaked it more since
then. (I think I initially overdid it.)



--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Suggest-a-condensed-old-style-or-transitional-font-for-lyrics-tp175710p175719.html
Sent from the User mailing list archive at Nabble.com.

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

Re: Suggest a condensed old style or transitional font for lyrics?

On Thu, Apr 30, 2015 at 10:20 AM, tyronicus [via Lilypond] <
ml-node+s1069038n175719...@n5.nabble.com> wrote:

>  Joshua Nichols wrote
> I'm looking for something other than minion pro. It also needs to have
> serifs (if not clear by the indication in the subject). What do you all
> use
> (free or otherwise)?
>
> I use Crimson, which imitates Minion in a lot of ways, so I'm not sure if
> it's what you're looking for.
>
> It's a little light, so I made it heavier and condensed it, then called
> the weight "Crimson Lyrics." I don't know anything about font licensing,
> but it looks like I would just need to change the name before I could
> legally make it available to you if you were interested.
>
> Here's an old blog post  
> with
> a picture of the modifications, although I have tweaked it more since then.
> (I think I initially overdid it.)
>
>
Nice work! OFL requirements say that you can't use the SAME name for your
font since it is a derivative. Calling it "Crimson Lyrics" should be just
fine, assuming this is the base family name and not a weight name.

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Suggest-a-condensed-old-style-or-transitional-font-for-lyrics-tp175710p175720.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

On Thu, Apr 30, 2015 at 9:26 AM, Ed Gordijn-2 [via Lilypond] <
ml-node+s1069038n175711...@n5.nabble.com> wrote:

> Hi Abraham,
>
> > Oh, and I also uploaded a recently engraved score snippet from a Haydn
> > Sonata that you've just got to see that showcases the font. It's on the
> > Haydn font page   .
>
> Could it be that there is a bug in that score too? Second bar in the
> second system. Should the g8 shift to the right?
> It seems strange to me that it lines up with the c4.
> Not sure about the first bar, same issue?
>
This is now fixed and the new file is uploaded.

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175721.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix


tisimst wrote:

Peter,

On Thu, Apr 30, 2015 at 9:57 AM, PMA-2 [via Lilypond]<
ml-node+s1069038n17571...@n5.nabble.com>  wrote:


Which Haydn Sonata is this?

- Pete



Keyboard Sonata in D major, Hob. XVI:37 No. 50 (Joseph Haydn)

Here's the IMSLP link

.

- Abraham


Thanks Abraham.  Seems I'm illiterate enough
to me amazed.  Beautiful score, too (yours)!

- Pete

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

Re: Haydn bug fix

On Thu, Apr 30, 2015 at 10:42 AM, PMA-2 [via Lilypond] <
ml-node+s1069038n175722...@n5.nabble.com> wrote:

> tisimst wrote:
>
> > Peter,
> >
> > On Thu, Apr 30, 2015 at 9:57 AM, PMA-2 [via Lilypond]<
> > [hidden email] >
>  wrote:
> >
> >> Which Haydn Sonata is this?
> >>
> >> - Pete
> >
> >
> > Keyboard Sonata in D major, Hob. XVI:37 No. 50 (Joseph Haydn)
> >
> > Here's the IMSLP link
> > <
> http://imslp.org/wiki/Keyboard_Sonata_in_D_major,_Hob.XVI:37_(Haydn,_Joseph)>
>
> > .
> >
> > - Abraham
>
> Thanks Abraham.  Seems I'm illiterate enough
> to me amazed.  Beautiful score, too (yours)!
>
> - Pete
>

Don't be too hard on your self. It uses the default haydn.ily stylesheet
with Old Standard TT as the main text font. It would be awesome if we could
figure out how to replace the tuplet bracket with the slurs so that it is
automatic rather than add them manually (which is what I did here). I could
have sworn I saw a solution for this in another thread...

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175723.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

On Thu, Apr 30, 2015 at 10:45 AM, Abraham Lee 
wrote:

> On Thu, Apr 30, 2015 at 10:42 AM, PMA-2 [via Lilypond] <
> ml-node+s1069038n175722...@n5.nabble.com> wrote:
>
>> tisimst wrote:
>>
>> > Peter,
>> >
>> > On Thu, Apr 30, 2015 at 9:57 AM, PMA-2 [via Lilypond]<
>> > [hidden email] >
>>  wrote:
>> >
>> >> Which Haydn Sonata is this?
>> >>
>> >> - Pete
>> >
>> >
>> > Keyboard Sonata in D major, Hob. XVI:37 No. 50 (Joseph Haydn)
>> >
>> > Here's the IMSLP link
>> > <
>> http://imslp.org/wiki/Keyboard_Sonata_in_D_major,_Hob.XVI:37_(Haydn,_Joseph)>
>>
>> > .
>> >
>> > - Abraham
>>
>> Thanks Abraham.  Seems I'm illiterate enough
>> to me amazed.  Beautiful score, too (yours)!
>>
>> - Pete
>>
>
> Don't be too hard on your self. It uses the default haydn.ily stylesheet
> with Old Standard TT as the main text font. It would be awesome if we could
> figure out how to replace the tuplet bracket with the slurs so that it is
> automatic rather than add them manually (which is what I did here). I could
> have sworn I saw a solution for this in another thread...
>
> - Abraham
>

I knew I'd seen something:
http://lilypond.1069038.n5.nabble.com/Some-things-that-make-life-easy-for-me-td172940.html#a172942

It doesn't do *exactly* what I need, but I've been able to tweak it to my
liking. I'll add this feature to the haydn.ily stylesheet for future
(optional) use!

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175724.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

2.19 tempo mark question

2015-04-30 Thread Shane Brandes

O.k. here is the desired result  "Rubato. quarter note glyph = c.90."
there used to be a way to hide the resulting parenthesis and also
adding a little bit of text between the equal sign and the numbers.
e.g. \set Score.tempoEquationText = "= ca." so I tried \set
Score.MetronomeMark.EquationText = "= ca." but to no effect. I checked
the back ends for MetronomeMark and equation text isn't there. Nor is
a hideparanthesis I suppose I could do it through markup, but the old
manner seemed more useful somehow. So I am I missing something
obvious?

Shane

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

Re: Haydn bug fix


Abraham,

Why do you point to Haydn's Hob. XVI:37?  Is it that Peters'
(Köhler Ed.) handling of this particular work was especially
remarkable -- and so has specifically inspired your font?

- Pete

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

Re: Smoothing out RepeatTie irregularities between chords?

2015-04-30 Thread Trevor Bača

Hi David and Pierre,

Ok, it looks like both solutions will work for me, so thank you very much.

And I guess this means it's not necessary to file a bug report, either.

Thanks!

Trevor.

On Fri, Apr 17, 2015 at 6:31 AM, David Nalesnik 
wrote:

> Hi,
>
>
>> 2015-04-16 3:36 GMT+02:00 Trevor Bača :
>>
>>> Hi,
>>>
>>> Using the \shape command to length repeat ties works great between
>>> notes. But weird behavior seems to arise with lengthened repeat ties
>>> between chords:
>>>
>>>
>>> ### BEGIN ###
>>>
>>> \version "2.19.17"
>>> \language "english"
>>>
>>>
>>> \new Staff \with {
>>> \shape #'((-2 . 0) (-1 . 0) (-0.5 . 0) (0 . 0)) RepeatTie
>>>
>>> \override RepeatTie.X-extent = ##f
>>> } {
>>> 1
>>> 1 \repeatTie
>>> 1 \repeatTie
>>> 1 \repeatTie
>>> }
>>>
>>> ### END ###
>>>
>>>
>>> (Image attached.)
>>>
>>> Would anyone have any clues as to how to make the repeat ties all have
>>> the same length?
>>>
>>>
> In order to use a shape-like command with repeat ties in a chord, we have
> to get at the individual ties organized by the RepeatTieColumn.
>
> Here's a variant of \shapeTieColumn (at
> https://github.com/openlilylib/openlilylib/tree/master/notation-snippets/shaping-bezier-curves/shape-tie-column)
> which achieves that.  Each tie within the chord is represented with its own
> list of offsets.
>
> 
> \version "2.19.17"
> \language "english"
>
>
> shapeRepeatTieColumn =
> #(define-music-function (parser location all-offsets) (list?)
>#{
>  \override RepeatTieColumn #'before-line-breaking =
>  #(lambda (grob)
> (let ((ties (ly:grob-array->list (ly:grob-object grob 'ties
>   (for-each
>(lambda (tie offsets-for-tie)
>  (if (number-pair-list? offsets-for-tie)
>  (set! (ly:grob-property tie 'control-points)
>(map
> (lambda (x y) (coord-translate x y))
> (ly:semi-tie::calc-control-points tie)
> offsets-for-tie
>ties all-offsets)))
>#})
>
> \new Staff \with {
>   \shapeRepeatTieColumn #'(
> ((-2 . 0) (-1 . 0) (-0.5 . 0) (0 . 0))
> ((-2 . 0) (-1 . 0) (-0.5 . 0) (0 . 0))
> )
>   \override RepeatTie.X-extent = ##f
> } {
>   1
>   1 \repeatTie
>   1 \repeatTie
>   1 \repeatTie
> }
>
> %
>
> HTH,
> David
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
>


-- 
Trevor Bača
trevorb...@gmail.com
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

2015-04-30 Thread Abraham Lee

On Thu, Apr 30, 2015 at 12:28 PM, PMA  wrote:

> Abraham,
>
> Why do you point to Haydn's Hob. XVI:37?  Is it that Peters'
> (Köhler Ed.) handling of this particular work was especially
> remarkable -- and so has specifically inspired your font?
>
> - Pete
>

Long story short, having browsed through many scores, I really liked the
elegant look of this set of engraving punches. I discovered that Ed. Peters
used this style for some time, so I collected numerous examples, some of
which I used as font specimens. I named the font Haydn because Ed. Peters
had engraved many scores by Haydn. They did many other composers, too, but
it was from Haydn's works that I drew most of my samples from.

That's pretty much the whole logic behind it.

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

Re: [AFIM.INFO] TENOR 2015: First International Conference on New Technologies for Music Notation and Representation

2015-04-30 Thread Trevor Bača

Hi,

I'll be there reading a paper about Abjad coauthored with Josiah
Oberholtzer, Jeff Treviño and Victor Adán. Jeff will be there with me to
help present (but Josiah and Victor will be staying in the US during the
conference). I think we're presenting at 10:20 am on Saturday (May 30) at
the Maison de la Recherche. Anyone who's in Paris that weekend should mail
and perhaps we could meet for coffee before or after.

The paper we put together on Abjad is modeled in part on Han-Wen and Jan's
introductory LilyPond paper they presented in Firenze years ago. LilyPond
(and Python) are what have made Abjad possible for many years now. And so
it's a pleasure to finally acknowledge the fact in an academic setting.

Looking forward to perhaps meeting some new faces in Paris.

Trevor.

On Wed, Apr 22, 2015 at 8:09 AM, Paul Morris  wrote:

> Anyone planning on attending this conference in Paris at the end of May?  I
> see a couple of LilyPonders on the program, Trevor Bača and Mike Solomon,
> and Daniel Spreadbury will be presenting on the SMuFL font standard.
>
> -Paul
>
>
>
> anders.vinjar wrote
> > Topics:
> >Fwd: [AFIM.INFO] TENOR 2015: First International Conference on New
> > Technologies for Music Notation and Representation
> >
> >
> > Début du message réexpédié :
> >
> >> De: Pierre Couprie (Paris4) <
>
> > pierre.couprie@
>
> > >
> >> Objet: [AFIM.INFO] TENOR 2015: First International Conference on New
> >> Technologies for Music Notation and Representation
> >> Date: 27 octobre 2014 13:50:00 UTC+1
> >> À:
>
> > afim.info@
>
> >>
> >> TENOR 2015
> >> First International Conference on New Technologies for Music Notation
> and
> >> Representation
> >>
> >> Call for papers
> >>
> >> Paris, France, 29-30 May 2015
> >> University of Paris-Sorbonne / Ircam
> >>
> >> The first International Conference on New Technologies for Music
> Notation
> >> and Representation is dedicated to issues in theoretical and applied
> >> research and development in Music Notation and Representation, with a
> >> strong focus on computer tools and applications, as well as a tight
> >> connection to music creation.
> >>
> >> Until very recently, the support provided by the computer music to the
> >> field of symbolic notation remained fairly conventional. However, recent
> >> developments indicate that the field of tools for musical notation is
> now
> >> moving towards new forms of representation. Moreover, musical notation,
> >> transcription, sonic visualization, and musical representation are often
> >> associated in the fields of musical analysis, ethnology, and acoustics.
> >> The aim of this conference is to explore all of recent mutations of
> >> notation and representation in all domains of music.
> >>
> >> Topics of interest
> >>
> >> Musical creation
> >>  • Notation in electronic and electroacoustic music
> >>  • Notations for interactive music
> >>  • Notation for sound installations
> >>  • Notation for the multimedia and mixed arts
> >>  • Live coding
> >>
> >> Musical notation
> >>  • Innovative computer applications for music notation
> >>  • Languages for music notation
> >>  • Gesture notation
> >>  • Notation and mobile devices
> >>  • Exchange formats for music notation
> >>  • Online tools and languages for music notation and representation
> >>
> >> Analysis, notation & pieces studies
> >>  • Analysis of contemporary notations
> >>  • Semiotic of new notation forms
> >>  • Ontology of the notation of interactive music
> >>  • Data mining, music notation corpus, databases
> >>
> >> Representation, transcription
> >>  • Sound visualization
> >>  • Interactive representation
> >>  • Transcription in ethnomusicology and representation of
> non-written
> >> musics
> >>  • Non-western or ancient music trans-notation
> >>  • Representation and transcription in acoustic ecology and sound
> >> landscape
> >>  • Optical music recognition
> >>
> >> Listening, teaching
> >>  • Listening guides
> >>  • Live and offline annotation
> >>  • Notations for music pedagogy
> >>
> >> Submission
> >>
> >> Information & submission: http://tenor2015.tenor-conference.org.
> >> Deadline for papers submission: January 15, 2015.
> >>
> >> With the collaboration of:
> >>
> >> Institut de Recherche en Musicologie, CNRS UMR 8223
> >> Université Paris-Sorbonne
> >> Ircam
> >> LAM, Lutheries - Acoustique - Musique, UPMC
> >> GRAME, Centre national de création musicale, Lyon
> >> AFIM, Association Française d'Informatique Musicale
> >
> >
> > ___
> > lilypond-user mailing list
>
> > lilypond-user@
>
> > https://lists.gnu.org/mailman/listinfo/lilypond-user
>
>
>
>
>
> --
> View this message in context:
> http://lilypond.1069038.n5.nabble.com/AFIM-INFO-TENOR-2015-First-International-Conference-on-New-Technologies-for-Music-Notation-and-Repren-tp168074p175003.html
> Sent from the User mailing list archive at

Re: [AFIM.INFO] TENOR 2015: First International Conference on New Technologies for Music Notation and Representation

2015-04-30 Thread Mike Solomon

Hey all,

Just a note that I’ll be there too for a gig with the ensemble 101 at 5:40 at 
the Ircam on the 29th that will be presenting some algorithmic composition 
methods I use to sketch ideas with LilyPond.
I’ll also be chairing the Thursday morning session.
Looking forward to seeing whoever is going!

~Mike
> On 30 Apr 2015, at 20:49, Trevor Bača  wrote:
> 
> Hi,
> 
> I'll be there reading a paper about Abjad coauthored with Josiah Oberholtzer, 
> Jeff Treviño and Victor Adán. Jeff will be there with me to help present (but 
> Josiah and Victor will be staying in the US during the conference). I think 
> we're presenting at 10:20 am on Saturday (May 30) at the Maison de la 
> Recherche. Anyone who's in Paris that weekend should mail and perhaps we 
> could meet for coffee before or after.
> 
> The paper we put together on Abjad is modeled in part on Han-Wen and Jan's 
> introductory LilyPond paper they presented in Firenze years ago. LilyPond 
> (and Python) are what have made Abjad possible for many years now. And so 
> it's a pleasure to finally acknowledge the fact in an academic setting.
> 
> Looking forward to perhaps meeting some new faces in Paris.
> 
> Trevor.
> 
> On Wed, Apr 22, 2015 at 8:09 AM, Paul Morris  > wrote:
> Anyone planning on attending this conference in Paris at the end of May?  I
> see a couple of LilyPonders on the program, Trevor Bača and Mike Solomon,
> and Daniel Spreadbury will be presenting on the SMuFL font standard.
> 
> -Paul
> 
> 
> 
> anders.vinjar wrote
> > Topics:
> >Fwd: [AFIM.INFO ] TENOR 2015: First International 
> > Conference on New
> > Technologies for Music Notation and Representation
> >
> >
> > Début du message réexpédié :
> >
> >> De: Pierre Couprie (Paris4) <
> 
> > pierre.couprie@
> 
> > >
> >> Objet: [AFIM.INFO ] TENOR 2015: First International 
> >> Conference on New
> >> Technologies for Music Notation and Representation
> >> Date: 27 octobre 2014 13:50:00 UTC+1
> >> À:
> 
> > afim.info@
> 
> >>
> >> TENOR 2015
> >> First International Conference on New Technologies for Music Notation and
> >> Representation
> >>
> >> Call for papers
> >>
> >> Paris, France, 29-30 May 2015
> >> University of Paris-Sorbonne / Ircam
> >>
> >> The first International Conference on New Technologies for Music Notation
> >> and Representation is dedicated to issues in theoretical and applied
> >> research and development in Music Notation and Representation, with a
> >> strong focus on computer tools and applications, as well as a tight
> >> connection to music creation.
> >>
> >> Until very recently, the support provided by the computer music to the
> >> field of symbolic notation remained fairly conventional. However, recent
> >> developments indicate that the field of tools for musical notation is now
> >> moving towards new forms of representation. Moreover, musical notation,
> >> transcription, sonic visualization, and musical representation are often
> >> associated in the fields of musical analysis, ethnology, and acoustics.
> >> The aim of this conference is to explore all of recent mutations of
> >> notation and representation in all domains of music.
> >>
> >> Topics of interest
> >>
> >> Musical creation
> >>  • Notation in electronic and electroacoustic music
> >>  • Notations for interactive music
> >>  • Notation for sound installations
> >>  • Notation for the multimedia and mixed arts
> >>  • Live coding
> >>
> >> Musical notation
> >>  • Innovative computer applications for music notation
> >>  • Languages for music notation
> >>  • Gesture notation
> >>  • Notation and mobile devices
> >>  • Exchange formats for music notation
> >>  • Online tools and languages for music notation and representation
> >>
> >> Analysis, notation & pieces studies
> >>  • Analysis of contemporary notations
> >>  • Semiotic of new notation forms
> >>  • Ontology of the notation of interactive music
> >>  • Data mining, music notation corpus, databases
> >>
> >> Representation, transcription
> >>  • Sound visualization
> >>  • Interactive representation
> >>  • Transcription in ethnomusicology and representation of non-written
> >> musics
> >>  • Non-western or ancient music trans-notation
> >>  • Representation and transcription in acoustic ecology and sound
> >> landscape
> >>  • Optical music recognition
> >>
> >> Listening, teaching
> >>  • Listening guides
> >>  • Live and offline annotation
> >>  • Notations for music pedagogy
> >>
> >> Submission
> >>
> >> Information & submission: http://tenor2015.tenor-conference.org 
> >> .
> >> Deadline for papers submission: January 15, 2015.
> >>
> >> With the collaboration of:
> >>
> >> Institut de Recherche en Musicologie, CNRS UMR 8223
> >> Université Paris-Sorbonne
> >> Ircam
> >> LAM, Lutheries - Acoustique - Musique, UPMC

Re: Suggest a condensed old style or transitional font for lyrics?




Am 30.04.2015 um 17:20 schrieb Joshua Nichols:

I'm looking for something other than minion pro.


;-)

It also needs to have serifs (if not clear by the indication in the 
subject). What do you all use (free or otherwise)?


Well, apart from Minion Pro ...
- default Century Schoolbook,
  but I think that's not optimal for lyrics because it's too wide.
  Even without condensed variants there are narrower fonts available
- Linux Libertine
  Actually I like that very much because it's quite elegant and 
unobtrusively modern.

  Not very narrow either, though
- Old Standard TT
  can be used for a rather old-fashioned look
  but it's not narrow either, so not 100% suitable for lyrics either.

Bottom line: I am still in need of a good replacement font.

Urs




Thanks,

Josh


___
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: Suggest a condensed old style or transitional font for lyrics?

Am 30.04.2015 um 18:20 schrieb tyronicus:

Joshua Nichols wrote

I'm looking for something other than minion pro. It also needs to have
serifs (if not clear by the indication in the subject). What do you all
use
(free or otherwise)?

I use Crimson, which imitates Minion in a lot of ways, so I'm not sure if
it's what you're looking for.

It's a little light, so I made it heavier and condensed it, then called the
weight "Crimson Lyrics." I don't know anything about font licensing, but it
looks like I would just need to change the name before I could legally make
it available to you if you were interested.

Here's an old blog post
with a picture of the modifications, although I have tweaked it more since
then. (I think I initially overdid it.)

Hey, from the blog post this looks like a nice font for lyrics. (I think
Joshua didn't want to say that he doesn't _like_ the looks of Minion but
I think he's looking for a free alternative).

Regarding the license: Crimson is licensed under the SIL Open Font
License, so basically yes, you have to rename it, put an appropriate
FONTLOG file beside and redistribute it under the same license.

I'd be happy to give it a try and test the font. (IISC you didn't make
the file(s) available?

Urs

--
View this message in context:
http://lilypond.1069038.n5.nabble.com/Suggest-a-condensed-old-style-or-transitional-font-for-lyrics-tp175710p175719.html
Sent from the User mailing list archive at Nabble.com.

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

Re: Suggest a condensed old style or transitional font for lyrics?




Am 30.04.2015 um 17:51 schrieb Abraham Lee:
Old Standard TT  is 
nice and has most of the expected variants (roman, italic, bold, but 
not bold-italic). I've also created a condensed version of the Century 
Schoolbook L family (roman, italic, bold, bold-italic) just for this 
purpose if anyone is interested (Urs, I think you asked me for this).


This is quite likely, but I must admit I don't recall having got a copy 
(please forgive me if I missed that).


I know there are other options out there. I could probably make a 
condensed version of Opera Lyrics Smooth 
, but it 
wouldn't have italics.


I'm not sure if this (level of "handmadeness") wouldn't be overkill. But 
it's of course an interesting font. And it might go well with the Haydn 
font?




I've got a handful of others (perfect for this purpose and just 
beautiful in general) that I'd be willing to recreate from some nice 
scanned samples if anyone was willing to sponsor the effort.


Mind sharing some samples? Maybe as "teasers"?

Urs



- Abraham

On Thu, Apr 30, 2015 at 9:20 AM, Joshua Nichols 
mailto:josh.d.nich...@gmail.com>> wrote:


I'm looking for something other than minion pro. It also needs to
have serifs (if not clear by the indication in the subject). What
do you all use (free or otherwise)?


Thanks,

Josh

___
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


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

multiple dynamics marks next to each other

2015-04-30 Thread Claus Atzenbeck


Hello all:

I need to engrave multiple dynamic marks next to each other, indicating 
different dynamics for various repeats. Something like this:


xxx x xxx xx (some notes)
p - mf - f - ff

Currently I'm using this snippet:

~~
f,
  _\markup{\italic
\musicglyph #"p" " - "
\musicglyph #"m" \musicglyph #"f" " - "
\musicglyph #"f" " - "
\musicglyph #"f" \musicglyph #"f"
  }
  ^\markup{\italic "(vamp as desired)"}
f' f, f' f, f' f, f' |
~~

It works, except that there is no glyph for ff (or mp or mf etc.). My 
solutions shows too much space between the f and f (for ff) or m and f 
(for mf).


How is this best be solved in LilyPond? \musicglyph #"mf" does not work 
as expected.


Thanks for any hint.

Best,
Claus


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

Re: Haydn bug fix

Am 30.04.2015 um 18:45 schrieb tisimst:
On Thu, Apr 30, 2015 at 10:42 AM, PMA-2 [via Lilypond] <[hidden email] 
> wrote:

tisimst wrote:

> Peter,
>
> On Thu, Apr 30, 2015 at 9:57 AM, PMA-2 [via Lilypond]<
> [hidden email]
>  wrote:
>
>> Which Haydn Sonata is this?
>>
>> - Pete
>
>
> Keyboard Sonata in D major, Hob. XVI:37 No. 50 (Joseph Haydn)
>
> Here's the IMSLP link
>
)>

> .
>
> - Abraham

Thanks Abraham.  Seems I'm illiterate enough
to me amazed.  Beautiful score, too (yours)!

- Pete

Don't be too hard on your self. It uses the default haydn.ily 
stylesheet with Old Standard TT as the main text font. It would be 
awesome if we could figure out how to replace the tuplet bracket with 
the slurs so that it is automatic rather than add them manually (which 
is what I did here). I could have sworn I saw a solution for this in 
another thread...

There *was* a solution to that, and I found that when trying to fix 
exactly that issue with the Haydn example, but the solution didn't work 
for me. Either the example was wrong, I did something wrong or it 
doesn't work anymore with current LilyPonds (and I didn't see the reason 
for that).

Urs

- Abraham

View this message in context: Re: Haydn bug fix 

Sent from the User mailing list archive 
 at Nabble.com.

___
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: multiple dynamics marks next to each other

Claus,

On Thu, Apr 30, 2015 at 1:09 PM, Claus Atzenbeck [via Lilypond] <
ml-node+s1069038n175735...@n5.nabble.com> wrote:

> Hello all:
>
> I need to engrave multiple dynamic marks next to each other, indicating
> different dynamics for various repeats. Something like this:
>
>
Try something like:

\markup { \dynamic "ff" }

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/multiple-dynamics-marks-next-to-each-other-tp175735p175738.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

On Thu, Apr 30, 2015 at 1:14 PM, Urs Liska [via Lilypond] <
ml-node+s1069038n175736...@n5.nabble.com> wrote:

>
> There *was* a solution to that, and I found that when trying to fix
> exactly that issue with the Haydn example, but the solution didn't work for
> me. Either the example was wrong, I did something wrong or it doesn't work
> anymore with current LilyPonds (and I didn't see the reason for that).
>
>
Repeat: I *do* have a working solution for this that I'll upload soon as an
option in the haydn.ily stylesheet.

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175739.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: multiple dynamics marks next to each other

2015-04-30 Thread Kieren MacMillan

Hi Claus,

> I need to engrave multiple dynamic marks next to each other, indicating 
> different dynamics for various repeats. Something like this:
>xxx x xxx xx (some notes)
>p - mf - f - ff

Does this do what you need?

\version "2.19.19"
pm = #(make-dynamic-script "p - mf - f - ff")
\score { c'-\tweak #'self-alignment-X #-0.9 \pm }

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: Suggest a condensed old style or transitional font for lyrics?

2015-04-30 Thread Joshua Nichols

I would be interested in sponsoring! Let me know what I can do.
On Apr 30, 2015 11:51 AM, "Abraham Lee"  wrote:

> Old Standard TT  is
> nice and has most of the expected variants (roman, italic, bold, but not
> bold-italic). I've also created a condensed version of the Century
> Schoolbook L family (roman, italic, bold, bold-italic) just for this
> purpose if anyone is interested (Urs, I think you asked me for this). I
> know there are other options out there. I could probably make a condensed
> version of Opera Lyrics Smooth
> , but it
> wouldn't have italics.
>
> I've got a handful of others (perfect for this purpose and just beautiful
> in general) that I'd be willing to recreate from some nice scanned samples
> if anyone was willing to sponsor the effort.
>
> - Abraham
>
> On Thu, Apr 30, 2015 at 9:20 AM, Joshua Nichols 
> wrote:
>
>> I'm looking for something other than minion pro. It also needs to have
>> serifs (if not clear by the indication in the subject). What do you all use
>> (free or otherwise)?
>>
>>
>> Thanks,
>>
>> Josh
>>
>> ___
>> 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: 2.19 tempo mark question

Hi Shane,

On Thu, Apr 30, 2015 at 12:34 PM, Shane Brandes  wrote:

> O.k. here is the desired result  "Rubato. quarter note glyph = c.90."
> there used to be a way to hide the resulting parenthesis and also
> adding a little bit of text between the equal sign and the numbers.
> e.g. \set Score.tempoEquationText = "= ca." so I tried \set
> Score.MetronomeMark.EquationText = "= ca." but to no effect. I checked
> the back ends for MetronomeMark and equation text isn't there. Nor is
> a hideparanthesis I suppose I could do it through markup, but the old
> manner seemed more useful somehow. So I am I missing something
> obvious?
>
>
You are probably thinking of the following snippet, which actually adds
tempoEquationText as well as several other context properties not part of
the official distribution: http://lsr.di.unimi.it/LSR/Snippet?id=869

Hope this helps,
David
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Haydn bug fix

2015-04-30 Thread Noeck

Hi Abraham,

is this specific for 2.18 or how could this 'bug' in the score happen? I
mean, usually LP does such horizontal spacings very well, why not here?
And then I was it solved. I am just curious.

Cheers,
Joram

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

Re: 2.19 tempo mark question

On Thu, Apr 30, 2015 at 1:56 PM, David Nalesnik-2 [via Lilypond] <
ml-node+s1069038n175742...@n5.nabble.com> wrote:

>
> You are probably thinking of the following snippet, which actually adds
> tempoEquationText as well as several other context properties not part of
> the official distribution: http://lsr.di.unimi.it/LSR/Snippet?id=869
>

And *why* isn't this in the official distribution? This snippet is awesome!

- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/2-19-tempo-mark-question-tp175725p175743.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Accessing context properties (e.g. the current key) from a music function?

I'm looking to write a \transpose-like music function that will need to be
able to "find out" what the current key is.

(In case it matters: The reason I'm doing this is to make it possible to
enter music using movable-do solfege. The idea is to have a function
\movableDo that will transpose from C (i.e. "do" in a fixed-do system) to
the tonic of the current key, so that

\key a \major
\movableDo { do re mi fa so }


will produce the same output as

\key a \major

a b cs d e


Of course, it would be possible to require the user to repeat the key
information, by writing this:

\key a \major

\movableDo a { do re mi fa so }

But this is inconveniently redundant, and makes errors more likely in large
source files, since the key must now be written in many different places.
So I'm trying to avoid doing it this way if possible.)

In any case, I'm having a very difficult time figuring out how a music
function can get access to the key. It seems that the issue is that the key
is a context property; music functions do not take a context as an
argument, and thus can't get access to context properties the way a
function written with make-apply-context could. But I can't see how to get
around that limitation, or indeed whether it would be possible to get
around it at all.

Suggestions?

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

Re: multiple dynamics marks next to each other

2015-04-30 Thread Claus Atzenbeck


On Thu, 30 Apr 2015 at 12:24pm -0700, tisimst wrote:


Try something like:

\markup { \dynamic "ff" }


Thanks, Abraham, a perfect solution.

Best,
Claus


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

Re: Haydn bug fix

On Thu, Apr 30, 2015 at 2:15 PM, Noeck [via Lilypond] <
ml-node+s1069038n175744...@n5.nabble.com> wrote:

> Hi Abraham,
>
> is this specific for 2.18 or how could this 'bug' in the score happen? I
> mean, usually LP does such horizontal spacings very well, why not here?
> And then I was it solved. I am just curious.
>

You and me both. My experience has been that it rarely happens in 2.18.X.
In the code, there's nothing unusual, no overrides, tweaks, etc. The
original score was compiled in 2.18.2 and had the spacing bug. I recompiled
it with 2.19.18 and the horizontal alignment was fixed. It is my (rather
ignorant) understanding that there was some work to improve situations like
this (like was shown in
http://lilypondblog.org/2014/02/massive-improvement-in-lilyponds-horizontal-spacing/),
but I don't know if it the improvements were ever put back in a 2.18.X
version.

- Abraham

--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Haydn-bug-fix-tp175619p175747.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Fibbing


Hi List.

I need to lie to Lily about an end-of-page time signature change.
So that even tho she means to tick on in 3/4, she will now _say_
"6/8" instead -- for a new belated 6/8 page I want to stick in.

Is there a convenient trick for doing this?  (If not, nevermind, I'm
just trying to avoid the extra file-chopping.)

Thanks,
Pete

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

Re: Fibbing

2015-04-30 Thread Kieren MacMillan

Hi Pete,

> I need to lie to Lily about an end-of-page time signature change.
> So that even tho she means to tick on in 3/4, she will now _say_
> "6/8" instead -- for a new belated 6/8 page I want to stick in.

\set Staff.timeSignatureFraction = 6/8

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: Suggest a condensed old style or transitional font for lyrics?

2015-04-30 Thread tyronicus

Urs Liska wrote
> Regarding the license: Crimson is licensed under the SIL Open Font 
> License, so basically yes, you have to rename it, put an appropriate 
> FONTLOG file beside and redistribute it under the same license.
> 
> I'd be happy to give it a try and test the font. (IISC you didn't make 
> the file(s) available?)
> 
> Urs

When I get back to my machine in a few hours I will do so and post it here.



--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Suggest-a-condensed-old-style-or-transitional-font-for-lyrics-tp175710p175750.html
Sent from the User mailing list archive at Nabble.com.

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

Special handling for .|:-|| barline type?

2015-04-30 Thread Steven Weber

I'm monkeying around with how barlines are displayed, and I've run across a
problem with repeats at breaks (double bar on the previous line, start
repeat sign on the start of the next line).  Whenever I attempt to override
the stencil in any way, I lose the || bar at the end of the line (it gets
replaced with another .|: bar).

 

Minimal example attached - any suggestions on what I need to do to maintain
the .|:--|| behavior?  Is this a case where I'd have to use
before/after-line-breaking?

 

Thanks!

 

--Steven



Example.ly
Description: Binary data
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: 2.19 tempo mark question

2015-04-30 Thread Simon Albrecht


Am 30.04.2015 um 22:15 schrieb tisimst:
On Thu, Apr 30, 2015 at 1:56 PM, David Nalesnik-2 [via Lilypond] 
<[hidden email] > wrote:



You are probably thinking of the following snippet, which actually
adds tempoEquationText as well as several other context properties
not part of the official distribution:
http://lsr.di.unimi.it/LSR/Snippet?id=869


And *why* isn't this in the official distribution? This snippet is 
awesome!
It’s probably ‘only’ a matter of proper documentation, a 
backwards-compatible and convenient syntax and pasting it into the 
actual source. And thus ‘getting it past the doorkeepers’.

But I agree that this would be a good thing.

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

Re: Suggest a condensed old style or transitional font for lyrics?

2015-04-30 Thread Simon Albrecht


Am 30.04.2015 um 20:57 schrieb Urs Liska:



Am 30.04.2015 um 17:20 schrieb Joshua Nichols:

I'm looking for something other than minion pro.


;-)

It also needs to have serifs (if not clear by the indication in the 
subject). What do you all use (free or otherwise)?


Well, apart from Minion Pro ...
- default Century Schoolbook,
  but I think that's not optimal for lyrics because it's too wide.
  Even without condensed variants there are narrower fonts available
- Linux Libertine
  Actually I like that very much because it's quite elegant and 
unobtrusively modern.

  Not very narrow either, though
- Old Standard TT
  can be used for a rather old-fashioned look
  but it's not narrow either, so not 100% suitable for lyrics either.

Bottom line: I am still in need of a good replacement font.
Some time ago, I fell in love with the Alegreya family from 
fontsquirrel.org – they look terrific and are rather narrow in my eyes. 
There is also a sans serif variant.


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

Re: Special handling for .|:-|| barline type?

2015-04-30 Thread Thomas Morley

2015-05-01 0:16 GMT+02:00 Steven Weber :
> I’m monkeying around with how barlines are displayed, and I’ve run across a
> problem with repeats at breaks (double bar on the previous line, start
> repeat sign on the start of the next line).  Whenever I attempt to override
> the stencil in any way, I lose the || bar at the end of the line (it gets
> replaced with another .|: bar).
>
>
>
> Minimal example attached – any suggestions on what I need to do to maintain
> the .|:--|| behavior?  Is this a case where I’d have to use
> before/after-line-breaking?
>
>
>
> Thanks!
>
>
>
> --Steven

It's the engraver causing the problem, more precisely the
stencil-setting. Not sure why, though.

You can do:

\version "2.18.2"
\language "english"


bar-highlight-engraver =
#(lambda (context)
  `((acknowledgers
 (bar-line-interface
 . ,(lambda (engraver grob source-engraver)
 (ly:grob-set-property! grob 'before-line-breaking
(lambda (g)
   (ly:grob-set-property! g 'stencil
 (ly:stencil-in-color
   (ly:bar-line::print g)
   1 0 0 )


\layout {
  \context {
\Staff
\consists #bar-highlight-engraver
  }
}

\new Staff {
  \clef bass
  \time 4/4
  \key c \major

  \repeat unfold 5 { a,4 b, c d | }
  \bar ":|.|:"
  %\bar ".|:-||"
  \break
  \repeat volta 2 {
\repeat unfold 5 { d c b, a, | }
  }
}

Cheers,
  Harm

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

Re: Accessing context properties (e.g. the current key) from a music function?

Hi Leah,

On Thu, Apr 30, 2015 at 3:16 PM, Leah Velleman 
wrote:

> I'm looking to write a \transpose-like music function that will need to be
> able to "find out" what the current key is.
>
> (In case it matters: The reason I'm doing this is to make it possible to
> enter music using movable-do solfege. The idea is to have a function
> \movableDo that will transpose from C (i.e. "do" in a fixed-do system) to
> the tonic of the current key, so that
>
> \key a \major
> \movableDo { do re mi fa so }
>
>
> will produce the same output as
>
> \key a \major
>
> a b cs d e
>
>
> Of course, it would be possible to require the user to repeat the key
> information, by writing this:
>
> \key a \major
>
> \movableDo a { do re mi fa so }
>
> But this is inconveniently redundant, and makes errors more likely in
> large source files, since the key must now be written in many different
> places. So I'm trying to avoid doing it this way if possible.)
>
> In any case, I'm having a very difficult time figuring out how a music
> function can get access to the key. It seems that the issue is that the key
> is a context property; music functions do not take a context as an
> argument, and thus can't get access to context properties the way a
> function written with make-apply-context could. But I can't see how to get
> around that limitation, or indeed whether it would be possible to get
> around it at all.
>

I think the only way you'll be able to get access to the key from a music
function is actually to parse the music expression, looking for the
relevant music events.

Here's something that's pretty limited, but it show that such a thing is
possible.

Note that in this sketch, you have to apply the function to each key area
individually.  It would be nice if you could apply the function to the
whole music expression, but first things first :)

Hope this gets you started--

David

%%

\version "2.18"

\language "italiano" % the closest preset :)

test =
#(define-music-function (parser location music)
   (ly:music?)
   (let ((t (ly:make-pitch 0 0))) ; C is the default tonic
 (music-map
  (lambda (mus)
(if (music-is-of-type? mus 'key-change-event)
(set! t (ly:music-property mus 'tonic)))
(if (music-is-of-type? mus 'note-event)
#{
  \transpose #(ly:make-pitch 0 0) #t #mus
#})
mus)
  music)
 music))

\new Staff {
  \new Voice {
\test {
  \key re \major
  do'4 mi' sol' do'' 1
}
\test {
  \key fa \major
   do'4 mi' sol' do'' 1
}
\test {
  \key sol \minor
   do'4 mib' sol' do'' 1
}
  }
}
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Accessing context properties (e.g. the current key) from a music function?

Ah! I hadn't even gotten as far as thinking about key-change events
*within* the scope of the music function, though you're right that those
would be an issue too (and your suggestion looks like a sensible way of
dealing with them).

What I was trying to get at was the key that was current before the music
function was called. That is, the test case I was thinking about would look
like this:

\new Staff {
  \new Voice {
\key re \major
\test {
  do'4 mi' sol' do'' 1
}
  }
}





On Thu, Apr 30, 2015 at 7:23 PM, David Nalesnik 
wrote:

> Hi Leah,
>
> On Thu, Apr 30, 2015 at 3:16 PM, Leah Velleman 
> wrote:
>
>> I'm looking to write a \transpose-like music function that will need to
>> be able to "find out" what the current key is.
>>
>> (In case it matters: The reason I'm doing this is to make it possible to
>> enter music using movable-do solfege. The idea is to have a function
>> \movableDo that will transpose from C (i.e. "do" in a fixed-do system) to
>> the tonic of the current key, so that
>>
>> \key a \major
>> \movableDo { do re mi fa so }
>>
>>
>> will produce the same output as
>>
>> \key a \major
>>
>> a b cs d e
>>
>>
>> Of course, it would be possible to require the user to repeat the key
>> information, by writing this:
>>
>> \key a \major
>>
>> \movableDo a { do re mi fa so }
>>
>> But this is inconveniently redundant, and makes errors more likely in
>> large source files, since the key must now be written in many different
>> places. So I'm trying to avoid doing it this way if possible.)
>>
>> In any case, I'm having a very difficult time figuring out how a music
>> function can get access to the key. It seems that the issue is that the key
>> is a context property; music functions do not take a context as an
>> argument, and thus can't get access to context properties the way a
>> function written with make-apply-context could. But I can't see how to get
>> around that limitation, or indeed whether it would be possible to get
>> around it at all.
>>
>
> I think the only way you'll be able to get access to the key from a music
> function is actually to parse the music expression, looking for the
> relevant music events.
>
> Here's something that's pretty limited, but it show that such a thing is
> possible.
>
> Note that in this sketch, you have to apply the function to each key area
> individually.  It would be nice if you could apply the function to the
> whole music expression, but first things first :)
>
> Hope this gets you started--
>
> David
>
> %%
>
> \version "2.18"
>
> \language "italiano" % the closest preset :)
>
> test =
> #(define-music-function (parser location music)
>(ly:music?)
>(let ((t (ly:make-pitch 0 0))) ; C is the default tonic
>  (music-map
>   (lambda (mus)
> (if (music-is-of-type? mus 'key-change-event)
> (set! t (ly:music-property mus 'tonic)))
> (if (music-is-of-type? mus 'note-event)
> #{
>   \transpose #(ly:make-pitch 0 0) #t #mus
> #})
> mus)
>   music)
>  music))
>
>
> \new Staff {
>   \new Voice {
> \test {
>   \key re \major
>   do'4 mi' sol' do'' 1
> }
> \test {
>   \key fa \major
>do'4 mi' sol' do'' 1
> }
> \test {
>   \key sol \minor
>do'4 mib' sol' do'' 1
> }
>   }
> }
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Accessing context properties (e.g. the current key) from a music function?

2015-04-30 Thread Thomas Morley

2015-05-01 1:23 GMT+02:00 David Nalesnik :
> Hi Leah,
>
> On Thu, Apr 30, 2015 at 3:16 PM, Leah Velleman 
> wrote:
>>
>> I'm looking to write a \transpose-like music function that will need to be
>> able to "find out" what the current key is.
>>
>> (In case it matters: The reason I'm doing this is to make it possible to
>> enter music using movable-do solfege. The idea is to have a function
>> \movableDo that will transpose from C (i.e. "do" in a fixed-do system) to
>> the tonic of the current key, so that
>>
>> \key a \major
>> \movableDo { do re mi fa so }
>>
>>
>> will produce the same output as
>>
>> \key a \major
>>
>> a b cs d e
>>
>>
>> Of course, it would be possible to require the user to repeat the key
>> information, by writing this:
>>
>> \key a \major
>>
>> \movableDo a { do re mi fa so }
>>
>> But this is inconveniently redundant, and makes errors more likely in
>> large source files, since the key must now be written in many different
>> places. So I'm trying to avoid doing it this way if possible.)
>>
>> In any case, I'm having a very difficult time figuring out how a music
>> function can get access to the key. It seems that the issue is that the key
>> is a context property; music functions do not take a context as an argument,
>> and thus can't get access to context properties the way a function written
>> with make-apply-context could. But I can't see how to get around that
>> limitation, or indeed whether it would be possible to get around it at all.
>
>
> I think the only way you'll be able to get access to the key from a music
> function is actually to parse the music expression, looking for the relevant
> music events.
>
> Here's something that's pretty limited, but it show that such a thing is
> possible.
>
> Note that in this sketch, you have to apply the function to each key area
> individually.  It would be nice if you could apply the function to the whole
> music expression, but first things first :)
>
> Hope this gets you started--
>
> David
>
> %%
>
> \version "2.18"
>
> \language "italiano" % the closest preset :)
>
> test =
> #(define-music-function (parser location music)
>(ly:music?)
>(let ((t (ly:make-pitch 0 0))) ; C is the default tonic
>  (music-map
>   (lambda (mus)
> (if (music-is-of-type? mus 'key-change-event)
> (set! t (ly:music-property mus 'tonic)))
> (if (music-is-of-type? mus 'note-event)
> #{
>   \transpose #(ly:make-pitch 0 0) #t #mus
> #})
> mus)
>   music)
>  music))
>
>
> \new Staff {
>   \new Voice {
> \test {
>   \key re \major
>   do'4 mi' sol' do'' 1
> }
> \test {
>   \key fa \major
>do'4 mi' sol' do'' 1
> }
> \test {
>   \key sol \minor
>do'4 mib' sol' do'' 1
> }
>   }
> }
>

This seems to work as well, or am I missing something?

\test
\new Staff {
  \new Voice {
 {
  \key re \major
  do'4 mi' sol' do'' 1
}
 {
  \key fa \major
   do'4 mi' sol' do'' 1
}
 {
  \key sol \minor
   do'4 mib' sol' do'' 1
}
  }
}


Cheers,
  Harm

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

Re: Accessing context properties (e.g. the current key) from a music function?

Hi Harm,

On Thu, Apr 30, 2015 at 6:36 PM, Thomas Morley 
wrote:

> 2015-05-01 1:23 GMT+02:00 David Nalesnik :
>
>

> > %%
> >
> > \version "2.18"
> >
> > \language "italiano" % the closest preset :)
> >
> > test =
> > #(define-music-function (parser location music)
> >(ly:music?)
> >(let ((t (ly:make-pitch 0 0))) ; C is the default tonic
> >  (music-map
> >   (lambda (mus)
> > (if (music-is-of-type? mus 'key-change-event)
> > (set! t (ly:music-property mus 'tonic)))
> > (if (music-is-of-type? mus 'note-event)
> > #{
> >   \transpose #(ly:make-pitch 0 0) #t #mus
> > #})
> > mus)
> >   music)
> >  music))
> >
>
> This seems to work as well, or am I missing something?
>
> \test
> \new Staff {
>   \new Voice {
>  {
>   \key re \major
>   do'4 mi' sol' do'' 1
> }
>  {
>   \key fa \major
>do'4 mi' sol' do'' 1
> }
>  {
>   \key sol \minor
>do'4 mib' sol' do'' 1
> }
>   }
> }
>
>
> Cheers,
>   Harm
>

Huh.  I tried to make it easy on myself and purposely write something that
wouldn't work like that :)

Thanks!

David

P.S.  Now I'm going to set out to break it...
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Accessing context properties (e.g. the current key) from a music function?

Leah,

On Thu, Apr 30, 2015 at 6:34 PM, Leah Velleman 
wrote:

> Ah! I hadn't even gotten as far as thinking about key-change events
> *within* the scope of the music function, though you're right that those
> would be an issue too (and your suggestion looks like a sensible way of
> dealing with them).
>
> What I was trying to get at was the key that was current before the music
> function was called. That is, the test case I was thinking about would look
> like this:
>
> \new Staff {
>   \new Voice {
> \key re \major
> \test {
>   do'4 mi' sol' do'' 1
> }
>   }
> }
>
>
Unfortunately, that won't be possible.  The function won't see the key
change that happened before it was called, and will assume C major.

To do something like you want, you really would need access to context
properties

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

Re: Special handling for .|:-|| barline type?

2015-04-30 Thread Flaming Hakama by Elaine

Steven,


> From: Steven Weber 
> Subject: Special handling for .|:-|| barline type?
>
> I've run across a
> problem with repeats at breaks (double bar on the previous line, start
> repeat sign on the start of the next line).  Whenever I attempt to override
> the stencil in any way, I lose the || bar at the end of the line (it gets
> replaced with another .|: bar).
>
> Minimal example attached - any suggestions on what I need to do to maintain
> the .|:--|| behavior?  Is this a case where I'd have to use
> before/after-line-breaking?
>
> Thanks!
>
> --Steven
>

The trick is to define a missing barline definition.

What is not obvious is that each barline definition has a few cases.
These correspond to how it is treated before a line break, in the middle of
a line, and after a line break.
http://www.lilypond.org/doc/v2.19/Documentation/notation/bars

So, you'll want to define a repeat barline that prints as a double bar line
at the end of the preceding line.
Then you need to use that barline explicitly for your volta.

Here is the one I use, which does the same thing except it also uses the
bigger flags "[|:".
You can probably fiddle with that part of it to get what you want, if you
want no flags on the repeat.

Sorry, I didn't look at your example.  I'm not too fond of attachments, and
I don't think it really matters in this case.  You aren't doing anything
wrong, you just need to fill out this missing piece of 'pond.


\version "2.18.0"

%  The missing definition.
\defineBarLine "||.[|:" #'("||" "[|:" "")

\new PianoStaff <<

  \new Staff { \clef treble \key c\major \time 4/4

%  No need to add tweak barline at the end here, since it is being
covered by the new repeat.
| \break

%  Use the barline here
\bar "||.[|:"

\repeat volta 2 {
  |
}

%  If you like the big flags, use the corresponding end repeat here.
\bar ":|]"
  }

  \new Staff { \clef bass \key c\major \time 4/4
4  4  |
4  4  |
  }

>>


HTH,

David Elaine Alt
415 . 341 .4954   "*Confusion is
highly underrated*"
ela...@flaminghakama.com
self-immolation.info
skype: flaming_hakama
Producer ~ Composer ~ Instrumentalist
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Accessing context properties (e.g. the current key) from a music function?

On Thu, Apr 30, 2015 at 6:41 PM, David Nalesnik 
wrote:

>
>
> P.S.  Now I'm going to set out to break it...
>

Well, with simultaneous music you do end up having to repeat the key.

 \test
\new PianoStaff <<
  \new Staff <<
\new Voice {
  \key re \major
  \voiceOne
  do''4 mi'' sol'' do''' 1
  \key fa \major
  do''4 mi'' sol'' do''' 1

}
\new Voice {
  \voiceTwo
  \key re \major
  do'4 mi' sol' do'' 1
  \key fa \major
  do'4 mi' sol' do'' 1
}
  >>
  \new Staff <<

\new Voice {
  \voiceOne
  \key fa \major
  do''4 mi'' sol'' do''' 1
  \key re \major
  do''4 mi'' sol'' do''' 1
}
\new Voice {
  \voiceTwo
  \key fa \major
  do'4 mi' sol' do'' 1
  \key re \major
  do'4 mi' sol' do'' 1
}
  >>
>>

And the ottavation needs rationalization.

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

Re: Accessing context properties (e.g. the current key) from a music function?

>
> To do something like you want, you really would need access to context
> properties
>

Ok — good to know I haven't missed some simple solution.

It seems like there ought to be some way of smuggling information out of an
\applyContext. But I guess there's a variable scope issue that keeps you
from doing it straightforwardly:

k = "OOPS"
text = #(define-music-function (parser location music) (ly:music?)
  #{
\applyContext

  #(lambda (context)
(set! k
 (ly:context-property context 'tonic))
  (display k)
)
\transpose #(ly:make-pitch 0 0) #k #music
  #}
)
\score {

  \new Staff {
  \key a \major

  \test { Fa So La fa so }
}

  }

In that code, the (display k) works fine, displaying #. But then the
\transpose #(ly:make-pitch 0 0) #k #music gets ahold of the global
definition of #k rather than the local one and so you end up with a type
error: expecting pitch, found "OOPS".

So maybe the question is, does Lilypond Scheme have anything like global
variables?
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Accessing context properties (e.g. the current key) from a music function?

Oh goodness, something heinous happened to the formatting there. Let me try
that again.

k = "ERROR"

test = #(define-music-function (parser location music) (ly:music?)

  #{

\applyContext

#(lambda (context)

  (set! k  (ly:context-property context 'tonic))

  (display k)

)

\transpose #(ly:make-pitch 0 0) #k #music

  #}

)

\score {

  \new Staff {

\key a \major
\test { Fa So La fa so }

   }

}

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

Re: 2.19 tempo mark question

2015-04-30 Thread Shane Brandes

Thanks, that was exactly what I was after I just had forgotten about
the rest of the code that needed to go with it. Absolutely good
question why isn't it been folded into LilyPond proper?

Shane

On Thu, Apr 30, 2015 at 6:55 PM, Simon Albrecht  wrote:
> Am 30.04.2015 um 22:15 schrieb tisimst:
>
> On Thu, Apr 30, 2015 at 1:56 PM, David Nalesnik-2 [via Lilypond] <[hidden
> email]> wrote:
>>
>>
>> You are probably thinking of the following snippet, which actually adds
>> tempoEquationText as well as several other context properties not part of
>> the official distribution: http://lsr.di.unimi.it/LSR/Snippet?id=869
>
>
> And *why* isn't this in the official distribution? This snippet is awesome!
>
> It’s probably ‘only’ a matter of proper documentation, a
> backwards-compatible and convenient syntax and pasting it into the actual
> source. And thus ‘getting it past the doorkeepers’.
> But I agree that this would be a good thing.
>
> Yours, Simon
>
> ___
> 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: 2.19 tempo mark question