Re: transcribe notes

[David Kastrup]

Graham Percival  writes:

> On Wed, Jun 13, 2012 at 07:25:27AM +0200, David Kastrup wrote:
>> While I applaud the magnitude of your conscience, I consider your sense
>> of responsibility overblown.  I would have no qualms encouraging people
>> into trying to get involved.
>
> That's because you are an excellent programmer, mathematician, and
> all-round "technical guy" who would have no trouble learning git
> if you didn't know it already.

No, all that has no relevance.

> I am not -- at best I'd say that I'm a good programmer, almost
> competent mathematician, and passable "technical guy".  So I have a
> great deal of empathy for people who have difficulty with those.

I have a great deal of empathy for people who have difficulty learning
the violin.  And even more for their neighbours.

But I still don't want string music to stop.

> More to the point, I have experience mentoring over 20 people for
> lilypond doc work.  I *know* that people find it difficult.

That's because it _is_ difficult.  But there is a difference between
telling people "It will be difficult." and telling them "Don't do it.  I
refuse to take responsibility for your pains."

You spread the impression that you are going to do what it takes from
people even trying.  And for better or worse, you are not responsible
more or less than they themselves are.

In a nutshell, you tell people: "Don't try to improve things: they need
to get improved first."

>> Now if things are as bad as to make 80% give up eventually, it means
>> that 20% eventually manage to contribute.
>
> At the "karma cost" of wasting the time and effort of the 80%.
> I'm not willing to pay that cost -- especially when we could cut
> that in half with 10-20 hours of prep work.

So you tell people "don't try do to that prep work before that prep work
is done."  Who will do that kind of work?  People who care about it.
And you discourage those whose itch it would scratch best to get this
done.  Because then they have a totally valid reason to pester others
for information for hours before bowing out because of a bad conscience.
And exactly the kind of bad conscience you are promoting: "don't waste
people's time unduly".

At some point of time you have to grant people the right to figure out
themselves how they are going to spend their time, whether or not
somebody (TM) has magically prepared their path in a way where they
never need to encounter a single dead end.

> If it was just a general "yeah, only 20% of people survive", then
> I could roll with that.  But "yeah, you only have a 20% chance of
> doing anything, but that could be 60% if I could be bothered to
> spend a week or two preparing stuff" strikes me as immoral.

At some point of time you _have_ to learn as a project manager that you
_have_ to delegate responsibility, and also that you _can't_ let your
bad conscience get in the way of things being done.  Yes, we all would
like to live in an ideal world.  But your conscience is actually making
it _harder_ for this world to come about, by refusing to let anybody
except yourself work under suboptimal conditions, even when the work is
for the sake of improving conditions.

> Or, to put it in a more cold-blooded way: I want to get the reputation
> of treating lilypond volunteers well, since that will encourage more
> people to volunteer.

So that you can discourage more volunteers from even starting?

> By discouraging people from having a hard time now, I'm gambling on a
> long-term benefit in that when the CG is better and we actively
> recruit volunteers, more people will step up.

Guess what: programmers are not an endangered species.  Even under the
daring hypothesis that anybody scared now by LilyPond work going
unsmooth will never come back, new people are born and educated every
year.

-- 
David Kastrup

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

Re: transcribe notes

[Philip Thomas]

>On 13 June 2012 at 08:53, Janek Warchoł wrote:

>As for mentoring, i could help you a bit, but not very much.  And i

>cannot promise anything since i am really busy for the next month :(
>If you find the CG hard, it may be wise to wait 
until things get
>better organised.

I don't think I'll need technical mentoring about gits and stuff for a while. 
I'll 
first see what I can produce in lay person's format and discover whether the 
substance prompts any interest from the 
user list. 

>And thank you for your kind words!

I have received help from people on this list on a number of topics 
connected with music input. They are people who not only love and know a lot 
about LilyPond but who are kind and 
helpful when confronted with (even dumb beginners') questions. You are one of 
them. Thanks tons!

Cheers, Philip

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

Re: transcribe notes

[Janek Warchoł]

On Wed, Jun 13, 2012 at 10:59 AM, Philip Thomas
 wrote:
>>On 13 June 2012 at 08:53, Janek Warchoł wrote:
>
>>As for mentoring, i could help you a bit, but not very much.  And i
>
>>cannot promise anything since i am really busy for the next month :(
>>If you find the CG hard, it may be wise to wait
> until things get
>>better organised.
>
> I don't think I'll need technical mentoring about gits and stuff for a while. 
> I'll
> first see what I can produce in lay person's format and discover whether the 
> substance prompts any interest from the
> user list.
>
>>And thank you for your kind words!
>
> I have received help from people on this list on a number of topics
> connected with music input. They are people who not only love and know a lot 
> about LilyPond but who are kind and
> helpful when confronted with (even dumb beginners') questions. You are one of 
> them. Thanks tons!

You're welcome :)
Good luck!
Janek

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

Re: My previous request is not of importance

[David Kastrup]

Matthew Probst  writes:

> Seems the snippet properly applies the current "relative" level to the
> snippet.
>
>
> I'm still curious, however, what the best practice for
> walking/recursing down SequentialMusic data structures is.  My desire
> to get into the Scheme side of things stands.

Here is how I would be doing that snippet using the current version of
LilyPond.  The "old" way of going through music is using the music-map
function.  However, you can't keep music-map from recursing if you
already are at the level you find interesting, and it does this
depth-first.

You can see that I spend some separate complexity on meddling with the
relative pitches via callbacks rather than "properly" replacing the
functions.  Of course, this has the drawback that \displayLilyMusic on
the results will output stuff that is "not relative-correct".  It has
the advantage of presumably working with anything (like pitched trills
and other weird things not likely covered by the original code).

After moving most of the complexity of \relative into one
special-purpose function, the rest illustrating how to descend into and
manipulate structures becomes reasonably straightforward.

It may look like overkill to iterate into rhythmic-event/event-chord
when we usually expect "chord" to be one of those anyway, but this has
the advantage of cutting through possible wrapper layers.

#(define (make-relative-wrappers)
  "This creates two connected functions for creating music containing
repeated instances of possibly relative music.  Both are called on a music
expression and return a wrapped form.  The first function is called
on the entire assembled music, the second function is called on each
instance of the repeated music to be inserted in the assembled music.

The result makes sure that every included instance has the same
octave relations, is transparent to the pitch of relative expressions
surrounding it, yet the total effect of the expression on relative pitch
is that of the included expressions (if at least one of them is encountered)."
   (let ((start-pitch #f) (end-pitch #f))
 (values
  (lambda (m)
(make-music 'UnrelativableMusic
'element m
'to-relative-callback
(lambda (x p)
  (set! start-pitch p)
  (set! end-pitch #f)
  (let ((fallback (ly:make-music-relative!
   (ly:music-property x 'element) p)))
(set! start-pitch #f)
(or end-pitch fallback)
  ; start of implicit contexts does not work with UnrelativableMusic,
  ; so we use an explicit context starter here.
  (lambda (m)
(make-music 'ContextSpeccedMusic
'context-type 'Bottom
'element m
'to-relative-callback
(lambda (x p)
  (set! end-pitch (ly:make-music-relative!
   (ly:music-property x 'element)
   (or start-pitch p)))
  p))

rhythmTemplate =
#(define-scheme-function (parser location pattern) (ly:music?)
   (define-music-function (parser location chord) (ly:music?)
 (call-with-values make-relative-wrappers
   (lambda (outer-wrap inner-wrap)
 (outer-wrap
  (map-some-music
   (lambda (m)
 (and (music-is-of-type? m 'skip-event)
  (let ((dur (ly:music-property m 'duration))
(art (ly:music-property m 'articulations))
(res (ly:music-deep-copy chord)))
   ;; transfer duration of skip to all elements with duration
(for-some-music
 (lambda (c)
   (and (ly:duration? (ly:music-property c 'duration))
(begin
  (set! (ly:music-property c 'duration) dur)
  #t)))
 res)
   ;; transfer articulations of skip to all relevant targets
(for-some-music
 (lambda (c)
   (and (or (music-is-of-type? c 'event-chord)
(music-is-of-type? c 'rhythmic-event))
(begin
  (set! (ly:music-property c 'articulations)
(append (ly:music-property c 'articulations)
art))
  #t)))
 res)
(inner-wrap res
   (ly:music-deep-copy pattern)))

rhya = \rhythmTemplate {s8.-> s16 s8}
rhyb = \rhythmTemplate {s8[ r16 s16 s8]}
rhyc = \rhythmTemplate {s16 s~ s4}

rhyd = \rhythmTemplate { \times 2/3 { s8 s8 s8 } s4 s4 s8 s8 s4 }
rhye = \rhythmTemplate { \times 2/3 { s8---\pp s8-- s8-- } s4--

RE: lilypond-user Digest, Vol 115, Issue 58

[Philip Thomas]

Graham Percival wrote:

> I cannot in good conscience encourage anybody to become involved
> with lilypond development 
at the present time unless they have a
> mentor.

David Kastrup wrote:

>I would have no qualms encouraging people

>into trying to get involved.
>
>They can expect some friction, naturally, work they do unnecessarily.
>That's a 
possible source of frustration.  It can be minimized by asking
>for feedback.  Now if things are as bad as to make 80% 
give up
>eventually, it means that 20% eventually manage to contribute.
>
>20% is more than the 0% we get following 
your recommendations.

Graham Percival wrote:

>That's because you are an excellent programmer, mathematician, and
>all-
round "technical guy" who would have no trouble learning git
>if you didn't know it already.  I am not -- at best I'd 
say that
>I'm a good programmer, almost competent mathematician, and
>passable "technical guy".  So I have a great deal 
of empathy for
>people who have difficulty with those.
>
>More to the point, I have experience mentoring over 20 people 
for
>lilypond doc work.  I *know* that people find it difficult.  I
>know that people find it difficult even when 
somebody else takes
>care of all the git stuff for them!  If you want me to listen to
>anybody who says "oh, there's 
some friction, but just tell them to
>jump in", then mentor at least 5 people who stick around for at
>least 3 months.


David Kastrup wrote:

>Now if things are as bad as to make 80% give up eventually, it
>means that 20% eventually manage 
to contribute.

Graham Percival wrote:

>At the "karma cost" of wasting the time and effort of the 80%.
>I'm not 
willing to pay that cost -- especially when we could cut
>that in half with 10-20 hours of prep work.
>
>[...] I want 
to get the
>reputation of treating lilypond volunteers well, since that will
>encourage more people to volunteer.  By 
discouraging people from
>having a hard time now, I'm gambling on a long-term benefit in
>that when the CG is better 
and we actively recruit volunteers,
>more people will step up.

I wasn't expecting this to be a tension-free exercise, 
especially having followed some other recent threads with interest. Nor am I 
going to deflate if an expanded cheatsheet 
doesn't materialize or doesn't attract any interest. I'm not especially 
tough-skinned, but I have some time on my hands 
and the challenge appeals to me. Equally, however, I don't feel inclined, at 
least at present, to dive into what for me 
would be the LilySwamp of Texinfo, Lilydev and git.

What I would like to attempt, for my part, is to make some 
contribution from the perspective of a (comparative but not utter beginner) 
user of the non-programmer variety, and it 
seems to me that expanding and improving the content of a cheatsheet might be 
both useful and within my capacity to 
achieve.

While Graham and David may not see eye-to-eye on some questions of approach and 
how best to manage user 
contributions, I don't feel discouraged by what either of them has said so far 
as my working on such a task is 
concerned, so I intend to just do it, keeping my aims fairly modest, and see 
what the reaction is, if any, to the 
result. I don't think I need any technical mentoring at this stage, although 
I'll definitely be pleased to get feedback 
-- from anyone -- on drafts.

Cheers, Philip

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

Re: transcribe notes

[Philip Thomas]

Blast! Resubmitted with apologies -- sent this a short while ago with an inept 
subject heading. Sorry, Philip

_

Graham Percival wrote:

> I cannot in good conscience encourage anybody to become 
involved
> with lilypond development at the present time unless they have a
> mentor.

David Kastrup wrote:

>I would 
have no qualms encouraging people
>into trying to get involved.
>
>They can expect some friction, naturally, work they 
do unnecessarily.
>That's a possible source of frustration.  It can be minimized by asking
>for feedback.  Now if 
things are as bad as to make 80% give up
>eventually, it means that 20% eventually manage to contribute.
>
>20% is more 
than the 0% we get following your recommendations.

Graham Percival wrote:

>That's because you are an excellent 
programmer, mathematician, and
>all-round "technical guy" who would have no trouble learning git
>if you didn't know it 
already.  I am not -- at best I'd say that
>I'm a good programmer, almost competent mathematician, and
>passable 
"technical guy".  So I have a great deal of empathy for
>people who have difficulty with those.
>
>More to the point, I 
have experience mentoring over 20 people for
>lilypond doc work.  I *know* that people find it difficult.  I
>know that 
people find it difficult even when somebody else takes
>care of all the git stuff for them!  If you want me to listen 
to
>anybody who says "oh, there's some friction, but just tell them to
>jump in", then mentor at least 5 people who 
stick around for at
>least 3 months.


David Kastrup wrote:

>Now if things are as bad as to make 80% give up 
eventually, it
>means that 20% eventually manage to contribute.

Graham Percival wrote:

>At the "karma cost" of 
wasting the time and effort of the 80%.
>I'm not willing to pay that cost -- especially when we could cut
>that in half 
with 10-20 hours of prep work.
>
>[...] I want to get the
>reputation of treating lilypond volunteers well, since that 
will
>encourage more people to volunteer.  By discouraging people from
>having a hard time now, I'm gambling on a long-
term benefit in
>that when the CG is better and we actively recruit volunteers,
>more people will step up.

I wasn't 
expecting this to be a tension-free exercise, especially having followed some 
other recent threads with interest. Nor 
am I going to deflate if an expanded cheatsheet doesn't materialize or doesn't 
attract any interest. I'm not especially 
tough-skinned, but I have some time on my hands and the challenge appeals to 
me. Equally, however, I don't feel 
inclined, at least at present, to dive into what for me would be the LilySwamp 
of Texinfo, Lilydev and git.

What I 
would like to attempt, for my part, is to make some contribution from the 
perspective of a (comparative but not utter 
beginner) user of the non-programmer variety, and it seems to me that expanding 
and improving the content of a 
cheatsheet might be both useful and within my capacity to achieve.

While Graham and David may not see eye-to-eye on 
some questions of approach and how best to manage user contributions, I don't 
feel discouraged by what either of them 
has said so far as my working on such a task is concerned, so I intend to just 
do it, keeping my aims fairly modest, 
and see what the reaction is, if any, to the result. I don't think I need any 
technical mentoring at this stage, 
although I'll definitely be pleased to get feedback -- from anyone -- on drafts.

Cheers, Philip


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

Re: transcribe notes

[Colin Campbell]

On 12-06-13 05:07 AM, Philip Thomas wrote:


I wasn't
expecting this to be a tension-free exercise, especially having followed some 
other recent threads with interest. Nor
am I going to deflate if an expanded cheatsheet doesn't materialize or doesn't 
attract any interest. I'm not especially
tough-skinned, but I have some time on my hands and the challenge appeals to 
me. Equally, however, I don't feel
inclined, at least at present, to dive into what for me would be the LilySwamp 
of Texinfo, Lilydev and git.

What I
would like to attempt, for my part, is to make some contribution from the 
perspective of a (comparative but not utter
beginner) user of the non-programmer variety, and it seems to me that expanding 
and improving the content of a
cheatsheet might be both useful and within my capacity to achieve.

While Graham and David may not see eye-to-eye on
some questions of approach and how best to manage user contributions, I don't 
feel discouraged by what either of them
has said so far as my working on such a task is concerned, so I intend to just 
do it, keeping my aims fairly modest,
and see what the reaction is, if any, to the result. I don't think I need any 
technical mentoring at this stage,
although I'll definitely be pleased to get feedback -- from anyone -- on drafts.

Cheers, Philip



I'd be willing to give you what help I can, Philip.  My doc skills are 
rusty but I can usually get changes done, and if we get stumped, I can 
probably point you in a useful direction.  Most of my help will likely 
be encouraging emails, but by the sound of your input so far, you 
probably won't need much more.


Cheers,
Colin the Elder

--
I've learned that you shouldn't go through life with a catcher's mitt on both 
hands.
You need to be able to throw something back.
-Maya Angelou, poet (1928- )


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

Re: transcribe notes

[Philip Thomas]

On 13.06.2012 at 14:46, Colin Campbell wrote:

>I'd be willing to give you what help I can, Philip.  My doc skills are 

>rusty but I can usually get changes done, and if we get stumped, I can 
>probably point you in a useful direction.  
Most of my help will likely 
>be encouraging emails, but by the sound of your input so far, you 
>probably won't need 
much more.

Thanks a million, Colin. You've been added to my ever-growing list of kind 
sources of advice. I'll try not 
to overburden you. I hope to get a first draft done in a week or so. Cheers, 
Philip (also rather elder)

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

Re: problem with doubly dotted tremolo

[Eluze]

hi ornello

I've added a report on the bug-lists, s. 
http://old.nabble.com/%5CunfoldRepeats-and-%5Crepeat-tremolo-7%2C14%2C15-produces-weird-output-ts34005569.html


Eluze


Am 06.06.2012 17:07, schrieb ornello:

I have a problem when unfolding a tremolo with the duration of a doubly
dotted note. The following example looks great without the \unfoldRepeats
command. But when I uncomment \unfoldRepeats, each unfolded note in measure
gets the duration od a doubly dotted 32nd instead of a 32nd. This can also
be heard when uncommenting the \midi command.

Is this a known bug or am I missing someting?
ornello



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

Re: Appreciation / Financial support

[Helge Kruse]

Am 12.06.2012 19:48, schrieb Janek Warchoł:

form = {
   \repeat unfold 4 { s1*4 \break }
}

music = {
   \repeat unfold 64 a'4
}

<<\music \form>>


Actually this doesn't work. You will need something like this:

music = \relative c'' {
  \repeat unfold 8 { a4 b c d e d c b }
}

<<  \oneVoice \music \\ \form>>


...but without \\.  You don't want to have \music typeset as first
voice (upstemmed).


Nope, as you can see I changed the music definition so that you get both 
notes with up stem and down stem. The intention is to show the up/down 
stem problem.
Without the \\ you get up and down stems but also an empty stave that 
you don't want, want you? The oneVoice inhibits the "all upstemmed. Give 
it try, pass the lines to Lilypond. ;-)


Helge

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

Re: Appreciation / Financial support

[Janek Warchoł]

On Wed, Jun 13, 2012 at 8:20 PM, Helge Kruse  wrote:
> Am 12.06.2012 19:48, schrieb Janek Warchoł:
>> ...but without \\.  You don't want to have \music typeset as first
>> voice (upstemmed).
>
>
> Nope, as you can see I changed the music definition so that you get both
> notes with up stem and down stem. The intention is to show the up/down stem
> problem.
> Without the \\ you get up and down stems but also an empty stave that you
> don't want, want you? The oneVoice inhibits the "all upstemmed. Give it try,
> pass the lines to Lilypond. ;-)

Indeed, i didn't notice \oneVoice.  Nevertheless, the structurally
correct way of doing this is

\new Staff << \music \form >>

cheers,
Janek

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

Re: How to use diferente paper layouts in a \book

[ALEXANDRE FICAGNA]

Nobody knows how to do it?

2011/5/25 Alexandre Ficagna :
> Hy all,
>
> I'm trying do create a score with the individual parts after the
> global one, but the global part in landscape and the individual parts
> in portrait style.
> I'm using \book and \bookpart commands, doing this for the global part;
> \book {
>    \paper {
>       #(set-paper-size a4 'portrait)
>     }
> ...
> and for the parts:
> \bookpart {
>    \paper {
>       #(set-paper-size a4 'portrait)
>     }
> 
>
> What should I do?
>
> Cheers,
> Alexandre
>
>
> --
> www.myspace.com/alexandreficagna



-- 
www.myspace.com/alexandreficagna

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

How to repair volta bracket ending?

[Dominic Neumann]

Hello,

I have a song with three different repeat endings and special volta bracket 
text. Everything works fine except the middle volta bracket has no vertical 
line at the right end. Can you please help me with this?

Thanks
Dominic




\version "2.14.2" 

voltaI = \markup { 1. 3. 5. }
voltaII = \markup { 2. 4. }
voltaIII = \markup { 6. \text \italic { "Fine" } }

\score {
\new Staff <<
\relative c'' {
g1 |
\repeat volta 3 {
a1 | b1 |
}
\set Score.repeatCommands = #(list (list 'volta voltaI))
c1 |
\set Score.repeatCommands = #(list (list 'volta voltaII) 
'end-repeat)
d1 |
\set Score.repeatCommands = #(list (list 'volta voltaIII) 'volta 
#f) 
\bar "||"
e1 |
\set Score.repeatCommands = #'((volta #f))
\bar "|."
}
>>
}

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

Re: transcribe notes

[Peter Wannemacher sotw]

 

> 

>On Wed, Jun 13, 2012 at 12:49:16AM +0200, Philip Thomas wrote:

>> If that's correct, I guess your initial "thanks, but no thanks"

>> is directed more to the possibility of my becoming a more

>> serious contributor,

> 

>Yes.

> 

>> I'm inclined to try to knock together a draft expanded

>> cheatsheet on my own account and float it (e.g. in PDF format)

>> on the user list.

> 

>ok.  It won't become part of the lilypond documentation or the

>website, but that's not the end of the world.  An "informal"

>cheatsheet like that could still be useful for whoever finds it on

>the mailing list.

> 

>- Graham

 

I would like to contribute to this cheat-sheet. 

 

I would be pleased to create ideas or comment on those of others.

 

Be content; it is your birthright. 

Peter Wannemacher

  pe...@scriptureoftheweek.com

 

 

 

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

Problems with \inversion

[ALEXANDRE FICAGNA]

I still didn't picture exactly how \inverse works in its from-pitch
to-pitch variables, but I tried an example and what I got is the
correct inversion of pitches, but each one was an octave above.

Here's the code:

\version "2.14.2"

#(set-global-staff-size 15)

\paper {
  #(define dump-extents #t)
  ragged-right = ##t
  line-width = 17\cm
}

melody= { a8 gis ees d g4 }

\score {
\new PianoStaff
<<
\new Staff \relative c' {
%\override Stem #'transparent = ##t %uncomment to hide Stems
%\override Beam #'transparent = ##t %uncomment to hide Beams
\melody \retrograde \melody
}
\new Staff \relative c {
\clef treble
%\override Stem #'transparent = ##t %uncomment to hide Stems
%\override Beam #'transparent = ##t %uncomment to hide Beams
\inversion a' a \melody
\retrograde \inversion a' a   \melody
}
>>
\layout {
  indent = #0
  \context {
\Staff
\remove "Bar_number_engraver"
\remove "Time_signature_engraver"
  }
}
}




-- 
www.myspace.com/alexandreficagna

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

Re: How to use diferente paper layouts in a \book

[Federico Bruni]

Il 13/06/2012 15:57, ALEXANDRE FICAGNA ha scritto:

Nobody knows how to do it?

2011/5/25 Alexandre Ficagna:

Hy all,

I'm trying do create a score with the individual parts after the
global one, but the global part in landscape and the individual parts
in portrait style.
I'm using \book and \bookpart commands, doing this for the global part;
\book {
\paper {
   #(set-paper-size a4 'portrait)
 }
...
and for the parts:
\bookpart {
\paper {
   #(set-paper-size a4 'portrait)
 }


What should I do?

Cheers,
Alexandre



Well, in the pasted example you used 'portrait twice :-)

And you forgot the "" for paper sizes.
The following snippet works fine:

\version "2.15.40"

% Default portrait orientation for implicit \book block
\paper {
  #(set-paper-size "a4" 'portrait)
}

\bookpart {
  \score {
\repeat unfold 20 { c1*4 }
  }
}


% Override default -> use landscape
\bookpart {
  \paper {
#(set-paper-size "a4" 'landscape)
  }
  \score {
\repeat unfold 20 { c1*4 }
  }
}


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

Re: How to repair volta bracket ending?

[Trevor Daniels]

Dominic Neumann wrote Wednesday, June 13, 2012 10:56 AM

> I have a song with three different repeat endings and special volta bracket 
> text. Everything works fine except the middle volta bracket has no vertical 
> line at the right end. Can you please help me with this?
> 
> \version "2.14.2" 
> 
> voltaI = \markup { 1. 3. 5. }
> voltaII = \markup { 2. 4. }
> voltaIII = \markup { 6. \text \italic { "Fine" } }
> 
> \score {
>\new Staff <<
>\relative c'' {
>g1 |
>\repeat volta 3 {
>a1 | b1 |
>}
>\set Score.repeatCommands = #(list (list 'volta voltaI))
>c1 |
>\set Score.repeatCommands = #(list (list 'volta voltaII) 
> 'end-repeat)
>d1 |
>\set Score.repeatCommands = #(list (list 'volta voltaIII) 'volta 
> #f) 
>\bar "||"
>e1 |
>\set Score.repeatCommands = #'((volta #f))
>\bar "|."
>}
>>>
> }

The vertical line at the right end of the volta bracket is inserted only for a 
repeat 
sign or a final bar line.  Otherwise it is omitted to indicate the music 
carries on
beyond the end of the volta bracket.  Should you not have an 'end-repeat here 
to signal returning for verses 3 and 5?  Then it will have a vertical line.

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

Re: Problems with \inversion

[David Kastrup]

ALEXANDRE FICAGNA  writes:

> I still didn't picture exactly how \inverse works in its from-pitch
> to-pitch variables, but I tried an example and what I got is the
> correct inversion of pitches, but each one was an octave above.
>
> Here's the code:
>
> \version "2.14.2"
>
> #(set-global-staff-size 15)
>
> \paper {
>   #(define dump-extents #t)
>   ragged-right = ##t
>   line-width = 17\cm
> }
>
> melody= { a8 gis ees d g4 }
>
> \score {
> \new PianoStaff
> <<
> \new Staff \relative c' {
> %\override Stem #'transparent = ##t %uncomment to hide Stems
> %\override Beam #'transparent = ##t %uncomment to hide Beams
> \melody \retrograde \melody
> }
> \new Staff \relative c {
> \clef treble
> %\override Stem #'transparent = ##t %uncomment to hide Stems
> %\override Beam #'transparent = ##t %uncomment to hide Beams
> \inversion a' a \melody
> \retrograde \inversion a' a   \melody
> }

You first let \inversion do its job, and afterwards \relative.  The
results are consistent with that.  Switching the order is more likely to
do what you want.
-- 
David Kastrup


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

Re: Problems with \inversion

[Trevor Daniels]

ALEXANDRE FICAGNA wrote Wednesday, June 13, 2012 2:57 PM


>I still didn't picture exactly how \inverse works in its from-pitch
> to-pitch variables, but I tried an example and what I got is the
> correct inversion of pitches, but each one was an octave above.
> 
> Here's the code:
> 
> \version "2.14.2"
> 
> #(set-global-staff-size 15)
> 
> \paper {
>  #(define dump-extents #t)
>  ragged-right = ##t
>  line-width = 17\cm
> }
> 
> melody= { a8 gis ees d g4 }
> 
> \score {
> \new PianoStaff
> <<
> \new Staff \relative c' {
> %\override Stem #'transparent = ##t %uncomment to hide Stems
> %\override Beam #'transparent = ##t %uncomment to hide Beams
> \melody \retrograde \melody
> }
> \new Staff \relative c {
> \clef treble
> %\override Stem #'transparent = ##t %uncomment to hide Stems
> %\override Beam #'transparent = ##t %uncomment to hide Beams
> \inversion a' a \melody
> \retrograde \inversion a' a   \melody
> }
>>>
> \layout {
>  indent = #0
>  \context {
>\Staff
>\remove "Bar_number_engraver"
>\remove "Time_signature_engraver"
>  }
> }
> }

If you use \relative for melody, \inversion behaves more as you
would expect.  Either there is a bug which causes the incorrect
behaviour you see when given absolute notes or the documentation
needs to explain this better.  Note though that \inversion will
also transpose if from-pitch and to-pitch differ.

Copied to bug list for further discussion.

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