Re: volta repeat with and without alternative ending

[Flaming Hakama by Elaine]

> > Conductor will say bar number.
> Nope. From my experience I would say she says everytime something
> different:
> - from 3 measures before rehearsal mark B
> - from the lyric measure
> - second repeat, please
> - proabaly from a specific bar number
> Regards
> Helge
>


Your point?  So, some of the time, conductors will refer to landmarks that
everyone has on their part.  Great.

But what about the other times, when she decides to give an indication
relative to the first or second ending?

The instrumentalists whose parts don't have the endings will be confused.

Likewise, you still have to reconcile that either some parts will have
missing or duplicate measure numbers.  So you will incur problems any time
someone says count "X measures before/after Y", and that count happens to
straddle this purposefully-mishandled repeat.

You will waste everyone's time.  That is annoying, and totally
preventable.  Please don't be THAT person.

Your imaginary "rule" that says that multiple endings must contain
different content is what is silly, and in the end, causes confusion and is
therefore very inconsiderate.


Regards,

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: volta repeat with and without alternative ending

[Chris Yate]

On 25 June 2015 at 09:47, Flaming Hakama by Elaine  wrote:

>
> > Conductor will say bar number.
>> Nope. From my experience I would say she says everytime something
>> different:
>> - from 3 measures before rehearsal mark B
>> - from the lyric measure
>> - second repeat, please
>> - proabaly from a specific bar number
>> Regards
>> Helge
>>
>
>
> Your imaginary "rule" that says that multiple endings must contain
> different content is what is silly, and in the end, causes confusion and is
> therefore very inconsiderate.
>
>
Yes, I completely agree, but I don't much like the tone of this thread.
Never mind whether it's a Good Idea, have we covered the question of *how*
to do it?

There are situations where you might well want one part to be repeated in
volta and not another. Perhaps a very long repeat where one part has
markedly different material to the rest of the ensemble.

The resulting confusion can be mitigated by things like doubling up the bar
numbering or even the rehearsal marks.

Chris


P.S. I often see "Percent" repeats misused where the notes may be the same
between two bars but the *musical* content is different. That's confusing
in the same way.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Slur across staves?

[Joram]

Hi Pete,

> Will pursue -- hope the \shapell fussing doesn't carry me away

To avoid frustration: The command is \shapeII with two upper case I’s
(like in Iceland) and not \shapell with lower case l’s (like in low).

Cheers,
Joram

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

Re: volta repeat with and without alternative ending

[Gergely K.]

On Thu, Jun 25, 2015 at 5:51 AM, Helge Kruse  wrote:

>
> > Conductor will say bar number.
> Nope. From my experience I would say she says everytime something
> different:
> - from 3 measures before rehearsal mark B
> - from the lyric measure
> - second repeat, please
> - proabaly from a specific bar number
> Regards
> Helge
>
Back to the original issue:
1) Do you think the last bar number should be 3, 4 or 5? The logical
for me seems to be 3 (yes, 2 bars will have bar number 2), or 5 (thinking
it as unfolded, but then bar number 1 and 3 will point to the same measure,
but bar number 3 means goto 2. alternative)
\repeat volta 2 { c4 d e f | }   \alternative {  { c2 e | }   { f2 g | }
}c1

2) If you all agree, that my example is invalid, what do you think about
throwing an error, or at least a warning, that something is wrong?
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

organizing orchestral music

[Gergely K.]

Hi all!

I'd like to engrave orchestral music, one sheet for violinist, cellist and
one for conductor.

I'd like to have the following structure:
base.ly -- name and time signature of the music
violin1.ly -- when opened in frescobaldi, should engrave violin1.ly
main.ly -- when opened in frescobaldi, should engrave conductor's sheet

So my question: can I declare in violin1.ly, that if that is the main ly,
it should engrave violin1, and if not, it should not engrave anything? (In
that case it will be included from main.ly)

thanks
Gergo
+-[ Gergely Kontra  ]--+
|   |
| Mobile:(+36 20)356 9656   |
|   |
+- "Olyan lángész vagyok, hogy poroltóval kellene járnom!" -+
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: organizing orchestral music

[Orm Finnendahl]

Am Donnerstag, den 25. Juni 2015 um 11:35:18 Uhr (+0200) schrieb Gergely K.:
> Hi all!
> 
> I'd like to engrave orchestral music, one sheet for violinist, cellist and
> one for conductor.
> 
> I'd like to have the following structure:
> base.ly -- name and time signature of the music
> violin1.ly -- when opened in frescobaldi, should engrave violin1.ly
> main.ly -- when opened in frescobaldi, should engrave conductor's sheet
> 
> So my question: can I declare in violin1.ly, that if that is the main ly,
> it should engrave violin1, and if not, it should not engrave anything? (In
> that case it will be included from main.ly)

I don't know of a simple solution for that problem. I would suggest to
use the canonical way to completely separate the layout files from the
music files. So you'd come up with 3 files:

violin-music.ly (containing the music only)
violin.ly (containing the part layout and including violin-music.ly)
score.ly (containing the score layout and including violin-music.ly)

IMHO the extra file is well worth the gained clarity and flexibility
for fine-tuning score and part layout. In addition I keep layout files
and files containing the music in different directories.

--
Orm

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

Re: volta repeat with and without alternative ending

[Simon Albrecht]

Am 25.06.2015 um 11:25 schrieb Gergely K.:
On Thu, Jun 25, 2015 at 5:51 AM, Helge Kruse > wrote:



> Conductor will say bar number.
Nope. From my experience I would say she says everytime something
different:
- from 3 measures before rehearsal mark B
- from the lyric measure
- second repeat, please
- proabaly from a specific bar number
Regards
Helge

Back to the original issue:
1) Do you think the last bar number should be 3, 4 or 5? The 
logical for me seems to be 3 (yes, 2 bars will have bar number 2), or 
5 (thinking it as unfolded, but then bar number 1 and 3 will point to 
the same measure, but bar number 3 means goto 2. alternative)
\repeat volta 2 { c4 d e f | }   \alternative {  { c2 e | } { f2 g | 
}  }c1
For what I know, there are two basic conventions here: one is used in 
Lilypond, see 
 -> Selected 
snippets -> Alternative bar numbering. This will count three measures in 
your example.
The other one – which I personally prefer – counts the measures as they 
are actually played: for your example, the written measures would be 
numbered 1 (3) and 2 and 4 and 5. Unfortunately, this is not yet really 
supported in Lilypond.
Counting four measures in your examples is not an option, it would be 
illogical and confusing IMO.


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

Re: organizing orchestral music

[Marc Hohl]

Am 25.06.2015 um 12:00 schrieb Orm Finnendahl:
[...]

violin-music.ly (containing the music only)


To make life easier, I'd use violin-music.ily to make clear
that this is an _included_ file, not a standalone compilable one.


violin.ly (containing the part layout and including violin-music.ly)
score.ly (containing the score layout and including violin-music.ly)

IMHO the extra file is well worth the gained clarity and flexibility
for fine-tuning score and part layout. In addition I keep layout files
and files containing the music in different directories.


+1

Marc


--
Orm

___
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: Starting off a new community book project

[Urs Liska]

Am 25.06.2015 um 08:02 schrieb Jacques Menu:
> Hello Urs,
> 
> Great idea!
> 
> I can contribute with contents such as the attached.

You mean with directions how to achieve such material?
That would be fine, just make a suggestion how to fit it in an outline
(doesn't matter if it would still be out of context).

Urs

> 
> JM
> 
> 
>> Le 24 juin 2015 à 21:41, Urs Liska > > a écrit :
>>
>> Hello fellow LilyPonders,
>>
>> recently Federico raised my attention by pointing out the release of a
>> new book on "Mastering MuseScore". After some discussion, consideration
>> and poking around I decided to lay the foundation for a new community
>> book about a) LilyPond and b) the "plain text" complex with LilyPond,
>> LaTeX and Git.
>>
>> Actually it's not a new idea but one that was already in the back of my
>> mind when I started the "openLilyLib tutorials" and the respective type
>> of posts on Scores of Beauty. There always was the wish to gather this
>> sort of information to a more or less coherent entity like a book.
>>
>> So what I have by now is not "presentable" but it's in a state that I
>> can (and have to) announce it in the form of a "call for contribution".
>>
>> The idea of the "book" is to focus on those topics that the mailing list
>> reveals to be regular stumbling blocks for new (or sometimes also
>> seasoned) users. We want to assist them by gently going into great depth
>> where the official documentation has to remain concise and
>> reference-like. What I'm most interested in personally is that step from
>> the needs of occasional or regular users to the more involved but also
>> more exciting things, talking about aspects like getting into the spirit
>> of using Scheme, or best practice suggestions to organize larger projects.
>>
>> For quite some time this "book" will have more empty than written pages,
>> and it doesn't have to aim at becoming a coherent "textbook". But I hope
>> that we may achieve something that is comprehensive in the sense that it
>> helps people diving more deeply in the LilyPond world.
>>
>> The book is authored in Markdown using GitBook
>> (https://github.com/GitbookIO/gitbook), a Node.js application that
>> builds the book as a statically served HTML site.
>> The official URL (where you can already have a first glimpse) is
>> http://book.openlilylib.org, and the development repository is at
>> https://git.ursliska.de/openlilylib/book.
>> There is another location where unmerged branches will be automatically
>> built to when pushed, for example
>> http://bookbranches.openlilylib.org/scheme-tutorials.
>> It will be possible to edit the pages online or locally, with the local
>> way being somewhat more flexible but requiring the installation of a few
>> tools and dependencies.
>>
>> Now I'm asking for contribution in several fields:
>> 1)
>> Improving the infrastructure and appearance. The most urgent issue is
>> adding a CSS stylesheet for the table of contents. The regular TOC is
>> always expanded, and it is clear that the TOC of that book will soon
>> become inacceptably long. So we need a foldable/expandable navigation
>> bar where initially most items are folded.
>> Probably there's room for other improvments in the styling of the book,
>> but that's not that urgent.
>> There are other things on the functionality side where I'd be happy not
>> to be alone with. These would involve some Node.js, Python and bash
>> programming.
>>
>> 2)
>> General discussion about potential contents, i.e. working on the outline
>> of un-written chapters
>>
>> 3)
>> Content contribution. One thing that might be attractive to start with
>> is integrating existing posts from Scores of Beauty. This may be trivial
>> in some cases, in other cases one has to do significant rearrangements.
>>
>> As development and deployment take place on my personal server I can't
>> fully open up the access, which means that anyone who wants to
>> contribute has to ask me explicitly for an account.
>>
>> Best wishes
>> Urs
>>
>> -- 
>> Urs Liska
>> www.openlilylib.org 
>>
>> ___
>> 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: organizing orchestral music

[Chris Yate]

On Thu, 25 Jun 2015 at 11:37 Marc Hohl  wrote:

> Am 25.06.2015 um 12:00 schrieb Orm Finnendahl:
> [...]
> > violin-music.ly (containing the music only)
>
> To make life easier, I'd use violin-music.ily to make clear
> that this is an _included_ file, not a standalone compilable one.
>
> > violin.ly (containing the part layout and including violin-music.ly)
> > score.ly (containing the score layout and including violin-music.ly)
> >
> > IMHO the extra file is well worth the gained clarity and flexibility
> > for fine-tuning score and part layout. In addition I keep layout files
> > and files containing the music in different directories.
>
> +1
>

I do something similar. This also illustrates the use of \transposition and
\transpose to get correct pitch playback...

Chris


PieceNameMusic.ly : containing ALL the music like:

SopranoCornetMusic = {
 \transpose ef c
{
\relative c'{
  c'2.\p (c4 %1
 c1) %2
 r4 c\< (d e%3
 f2\! f2 %4
 f2\> e2\!) %5
}

-

PieceNameVoices.ly : define all the voices:

SopranoCornetVoice = \new Voice {
 \clef treble
  \key c \major
  \transposition ef'
  \set Staff.midiInstrument = #"trumpet"
  \dynamicsOnOneLine
  \time 4/4
  \transpose c bf,{
  \SopranoCornetMusic
  }
} %

SoloCornetVoice = \new Voice {
  \transposition bf
  \set Staff.midiInstrument = #"trumpet"
  \dynamicsOnOneLine
  \clef treble
  \key f \major
  \transpose c bf,{
  \SoloCornetMusic
  }
} %

--
PieceName.ly : Master file, like

\include "english.ly"
\include "PieceNameMusic.ly"
\include "PieceNameVoices.ly"

global = {
  ... stuff ...
}

\paper { ... }
\header { ... }

music =
{
 <<
  \new StaffGroup <<
\tag #'score \tag #'sop  \new Staff \with { instrumentName = #"Soprano
Cornet"
shortInstrumentName = #"Eb Cn" } << \global \Marks
\SopranoCornetVoice >>
\tag #'score \tag #'solc \new Staff \with { instrumentName = #"Solo
cornet"
   shortInstrumentName = #"S Cn" }  <<   \global
\Marks  \SoloCornetVoice >>

etc.
}



PieceNameInstrumentName.ly : individual part(s):

\include "PieceName.ly"

#(set-global-staff-size 20)
\header{ instrument = "Solo cornet" }

\score {
 \keepWithTag #'solc \music
  \layout {
 \context
{
  \Score
  \override SpacingSpanner.base-shortest-duration = #(ly:make-moment
1/16)
}
\context
{
  \Staff
  \remove Instrument_name_engraver
}
  }
  \midi { }
}




PieceNameScore.ly:

\include "PieceName.ly"

#(set-default-paper-size "a4landscape")
#(set-global-staff-size 14)
\score {
 \keepWithTag #'score \music
  \layout {
  indent = 2.0\cm
  short-indent = 1\cm
}
  \midi { }
}
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: organizing orchestral music

[Gergely K.]

On Thu, Jun 25, 2015 at 12:00 PM, Orm Finnendahl
 wrote:
>
> Am Donnerstag, den 25. Juni 2015 um 11:35:18 Uhr (+0200) schrieb Gergely K.:
> > Hi all!
> >
> > I'd like to engrave orchestral music, one sheet for violinist, cellist and
> > one for conductor.
> >
> > I'd like to have the following structure:
> > base.ly -- name and time signature of the music
> > violin1.ly -- when opened in frescobaldi, should engrave violin1.ly
> > main.ly -- when opened in frescobaldi, should engrave conductor's sheet
> >
> > So my question: can I declare in violin1.ly, that if that is the main ly,
> > it should engrave violin1, and if not, it should not engrave anything? (In
> > that case it will be included from main.ly)
>
> I don't know of a simple solution for that problem. I would suggest to
> use the canonical way to completely separate the layout files from the
> music files. So you'd come up with 3 files:
>
> violin-music.ly (containing the music only)
> violin.ly (containing the part layout and including violin-music.ly)
> score.ly (containing the score layout and including violin-music.ly)
>
> IMHO the extra file is well worth the gained clarity and flexibility
> for fine-tuning score and part layout. In addition I keep layout files
> and files containing the music in different directories.

The only drawback (which is quite big for me), is when you use frescobaldi:
you edit violin-music.ly, and have to switch to violin.ly and press
manual refresh to update your score!

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

Re: Slur across staves?

[PMA]

Joram wrote:

Hi Pete,


Will pursue -- hope the \shapell fussing doesn't carry me away


To avoid frustration: The command is \shapeII with two upper case I’s
(like in Iceland) and not \shapell with lower case l’s (like in low).

Cheers,
Joram

O!
(Thanks, Joram)

P

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

Re: organizing orchestral music

[Urs Liska]

Am 25. Juni 2015 15:07:51 MESZ, schrieb "Gergely K." :
>On Thu, Jun 25, 2015 at 12:00 PM, Orm Finnendahl
> wrote:
>>
>> Am Donnerstag, den 25. Juni 2015 um 11:35:18 Uhr (+0200) schrieb
>Gergely K.:
>> > Hi all!
>> >
>> > I'd like to engrave orchestral music, one sheet for violinist,
>cellist and
>> > one for conductor.
>> >
>> > I'd like to have the following structure:
>> > base.ly -- name and time signature of the music
>> > violin1.ly -- when opened in frescobaldi, should engrave violin1.ly
>> > main.ly -- when opened in frescobaldi, should engrave conductor's
>sheet
>> >
>> > So my question: can I declare in violin1.ly, that if that is the
>main ly,
>> > it should engrave violin1, and if not, it should not engrave
>anything? (In
>> > that case it will be included from main.ly)
>>
>> I don't know of a simple solution for that problem. I would suggest
>to
>> use the canonical way to completely separate the layout files from
>the
>> music files. So you'd come up with 3 files:
>>
>> violin-music.ly (containing the music only)
>> violin.ly (containing the part layout and including violin-music.ly)
>> score.ly (containing the score layout and including violin-music.ly)
>>
>> IMHO the extra file is well worth the gained clarity and flexibility
>> for fine-tuning score and part layout. In addition I keep layout
>files
>> and files containing the music in different directories.
>
>The only drawback (which is quite big for me), is when you use
>frescobaldi:
>you edit violin-music.ly, and have to switch to violin.ly and press
>manual refresh to update your score!

No, you don't have to. Right-click on the tab of your main file and check 
"always engrave this file".

>
>___
>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

separate consecutive cluster chords

[Kieren MacMillan]

Hello all,

I would like to have separated cluster chords (preferably with a stem), but 
can’t seem to figure out how.
Any help/pointers/links would be appreciated.

\version "2.19.20"

separateClusters = {
  \makeClusters { 2 2 }
  \makeClusters { 2 } \makeClusters { 2 }
}

\score { \separateClusters }

Thanks,
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: volta repeat with and without alternative ending

[Jacques Menu]

Hello Chris,

I feel that multiple ending repeats are part of the ***structure*** of the 
piece, so is it worth bothering to have parts with differents structures?

As an amateur musician, I’ve seen so much time lost in reheasals just to count 
bars when the numbers are missing, either forwards or backwards...

JM

> Le 25 juin 2015 à 10:54, Chris Yate  a écrit :
> 
> On 25 June 2015 at 09:47, Flaming Hakama by Elaine  > wrote:
> 
> > Conductor will say bar number.
> Nope. From my experience I would say she says everytime something different:
> - from 3 measures before rehearsal mark B
> - from the lyric measure
> - second repeat, please
> - proabaly from a specific bar number
> Regards
> Helge
> 
> 
> Your imaginary "rule" that says that multiple endings must contain different 
> content is what is silly, and in the end, causes confusion and is therefore 
> very inconsiderate.
> 
> 
> Yes, I completely agree, but I don't much like the tone of this thread. Never 
> mind whether it's a Good Idea, have we covered the question of *how* to do 
> it? 
> 
> There are situations where you might well want one part to be repeated in 
> volta and not another. Perhaps a very long repeat where one part has markedly 
> different material to the rest of the ensemble. 
> 
> The resulting confusion can be mitigated by things like doubling up the bar 
> numbering or even the rehearsal marks.
> 
> Chris
> 
> 
> P.S. I often see "Percent" repeats misused where the notes may be the same 
> between two bars but the *musical* content is different. That's confusing in 
> the same way.
> 
> 
> ___
> 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: organizing orchestral music

[Gergely K.]

On Thu, Jun 25, 2015 at 3:24 PM, Urs Liska  wrote:
> Am 25. Juni 2015 15:07:51 MESZ, schrieb "Gergely K." :
>>The only drawback (which is quite big for me), is when you use
>>frescobaldi:
>>you edit violin-music.ly, and have to switch to violin.ly and press
>>manual refresh to update your score!
>
> No, you don't have to. Right-click on the tab of your main file and check 
> "always engrave this file".
Thanks for the tip, one less keypress, but still have to press Ctrl-M
to engrave, since only the included file is changed from perspective
of violin.ly

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

Re: volta repeat with and without alternative ending

[Wols Lists]

On 24/06/15 18:42, Paul Scott wrote:
>> Because in individual part score, it will look silly (alternative endings,
>> > but they are identical)

> Not silly at all.  It lets the violists know the structure.  What if the
> conductor says "Start at the 2nd ending?"  How will the violist(s) know
> where to start if they don't where the 2nd ending is?

But no alternative implies ALL parts are the same. Once you're away from
melody instruments, I would have thought identical repeats was a common
occurrence across pretty much al parts - who's never had a section of rests?

I'd agree with that other lister - different structures for different
parts causes no end of confusion - especially when all the conductor has
is the solo cornet part ... :-)

Cheers,
Wol

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

Re: organizing orchestral music

[Orm Finnendahl]

Am Donnerstag, den 25. Juni 2015 um 18:12:42 Uhr (+0200) schrieb Gergely K.:
> >
> > No, you don't have to. Right-click on the tab of your main file
> > and check "always engrave this file".
>
> Thanks for the tip, one less keypress, but still have to press Ctrl-M
> to engrave, since only the included file is changed from perspective
> of violin.ly

Hm, pressing a key in a program like lilypond to redisplay a file
while being able to continue to work on the source is not exactly what
I would consider harmful for the workflow (while working on a file I
also happen to hit Ctl-s quite frequently as well even though this is
not part of the file's music contents ;-).

But if that *really* slows you down considerably or annoys you: For
other reasons I use a simple shell script which checks regularly for
file changes on dependent files and invokes lilypond automatically in
that case. I don't know frescobaldi well enough, but if it
automatically redisplays a changed pdf this could be a path to follow.

--
Orm

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

Re: volta repeat with and without alternative ending

[tisimst]

On Thu, Jun 25, 2015 at 10:14 AM, Wols Lists [via Lilypond] <
ml-node+s1069038n17820...@n5.nabble.com> wrote:

> On 24/06/15 18:42, Paul Scott wrote:
> >> Because in individual part score, it will look silly (alternative
> endings,
> >> > but they are identical)
>
> > Not silly at all.  It lets the violists know the structure.  What if the
> > conductor says "Start at the 2nd ending?"  How will the violist(s) know
> > where to start if they don't where the 2nd ending is?
>
> But no alternative implies ALL parts are the same. Once you're away from
> melody instruments, I would have thought identical repeats was a common
> occurrence across pretty much al parts - who's never had a section of
> rests?
>
> I'd agree with that other lister - different structures for different
> parts causes no end of confusion - especially when all the conductor has
> is the solo cornet part ... :-)
>

Last thing I'm going to say on this: It's a really good idea to make the
score repeat structures the same for clarity and minimal confusion. It will
pay off because the musicians see what the conductor sees. That's what
makes most sense to me. Anyone can agree or disagree, but I don't think
there's any point deliberating over this any more.

There. I've said it. ;-) Happy engraving!
- Abraham




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/volta-repeat-with-and-without-alternative-ending-tp178153p178206.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

Snowballing

[Simon Albrecht]

Hello everyone,

is it just me who has been having a kind of ‘snowballing’ problem on the 
-user and -devel lists for the last two days or so? Most of the mails 
arrive two up to six (!) times, and I’ve no clue why. A bug in mailman?


Best regards,
Simon

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

Re: Snowballing

[Wols Lists]

On 25/06/15 17:50, Simon Albrecht wrote:
> Hello everyone,
> 
> is it just me who has been having a kind of ‘snowballing’ problem on the
> -user and -devel lists for the last two days or so? Most of the mails
> arrive two up to six (!) times, and I’ve no clue why. A bug in mailman?
> 
I have this problem all the time. I've always thought it was my setup -
home mailserver and thunderbird client.

It looks to me like, if your email triggers a rule, the rule sometimes
fires multiple times making a lovely mess of your folders :-)

There's a thunderbird add-in that'll clean up the mess, though it
doesn't seem to work on "intelligent folders", ie things like inboxes if
you have multiple accounts :-(

Cheers,
Wol


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

Re: Snowballing

[tisimst]

I haven't noticed anything unusual. I am subscribed to the -user, -devel,
and bugs- lists, so sometimes that causes many more copies of the same
message than I need to see if the sender CC's multiple lists, but other
than that, everything has shown up to my inbox "normally". Nabble may also
duplicate the message for each list it's sent to, so I have had occasions
where I've received 4-6 duplicate messages. Oh, well.

- Abraham

On Thu, Jun 25, 2015 at 11:00 AM, Simon Albrecht-2 [via Lilypond] <
ml-node+s1069038n178207...@n5.nabble.com> wrote:

> Hello everyone,
>
> is it just me who has been having a kind of ‘snowballing’ problem on the
> -user and -devel lists for the last two days or so? Most of the mails
> arrive two up to six (!) times, and I’ve no clue why. A bug in mailman?
>
> Best regards,
> Simon
>
> ___
> lilypond-user mailing list
> [hidden email] 
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
> http://lilypond.1069038.n5.nabble.com/Snowballing-tp178207.html
>  To start a new topic under User, email ml-node+s1069038n...@n5.nabble.com
> To unsubscribe from Lilypond, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Snowballing-tp178207p178209.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: Snowballing

[David Kastrup]

Simon Albrecht  writes:

> Hello everyone,
>
> is it just me who has been having a kind of ‘snowballing’ problem on
> the -user and -devel lists for the last two days or so? Most of the
> mails arrive two up to six (!) times, and I’ve no clue why. A bug in
> mailman?

Not exactly snowballing.  Sometimes people send messages multiple times
because they don't see them arrive the first time.

And the GNU list server sometimes regurgitates old messages, like from a
day ago or so.  But that happens rather rarely, and in the last month or
so I have seen all in all maybe 5 such repeated messages.

-- 
David Kastrup

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

Re: Snowballing

[Simon Albrecht]

Am 25.06.2015 um 19:05 schrieb Wols Lists:

On 25/06/15 17:50, Simon Albrecht wrote:

Hello everyone,

is it just me who has been having a kind of ‘snowballing’ problem on the
-user and -devel lists for the last two days or so? Most of the mails
arrive two up to six (!) times, and I’ve no clue why. A bug in mailman?


I have this problem all the time. I've always thought it was my setup -
home mailserver and thunderbird client.

It looks to me like, if your email triggers a rule, the rule sometimes
fires multiple times making a lovely mess of your folders :-)
Ok, that would fit, except for the fact that it started to do so only 
yesterday…


There's a thunderbird add-in that'll clean up the mess,

Do you know the name? I might try that.

Thanks, Simon

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

Re: Snowballing

[Simon Albrecht]

Am 25.06.2015 um 19:24 schrieb David Kastrup:

Simon Albrecht  writes:


Hello everyone,

is it just me who has been having a kind of ‘snowballing’ problem on
the -user and -devel lists for the last two days or so? Most of the
mails arrive two up to six (!) times, and I’ve no clue why. A bug in
mailman?

Not exactly snowballing.  Sometimes people send messages multiple times
because they don't see them arrive the first time.

Sometimes, but not ‘always near the end of June’.


And the GNU list server sometimes regurgitates old messages, like from a
day ago or so.

Now they appear multiple times within hours (?).

   But that happens rather rarely, and in the last month or
so I have seen all in all maybe 5 such repeated messages.

Probably it’s a bug in Thunderbird then. I’ll see where to report it.
Thanks, Simon

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

Expanded fingering diagrams?

[N. Andrew Walsh]

I just have a general question of interest:

It seems to me that Lily is relatively unique in possessing a build-in
mechanism for drawing fingering diagrams, something I consider a
substantial asset. I know composers of *some other programs* (*cough*
thatnewlicensingmodelisbullshit *cough*) have to insert them manually as
graphics, which seems terribly bad practice.

However, as the owner and player of (for example) a contrabassoon with a
key layout that differs from the one provided, I'd like to know: what
capabilities are there for expanding the library of diagrams? What about,
for example, bass flute? Or the Kingma system flute (which has keys for
quartertones)? What about the French bassoon, or the German clarinet? Oboe
d'amore, English Horn, Heckelphone? Brass instruments?

I realize a lot of these are obscure, but being able to enter fingering
diagrams into the score directly (something that is absolutely necessary in
certain new-music applications) is something I would think Lily could
really capitalize on.

Thoughts?

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

Re: separate consecutive cluster chords

[Klaus Blum]

Hi Kieren, 

you have to separate the clusters by rests (however, you can \hide them).

Here's a little experiment:

% -
\version "2.18.2"

separateClusters = {
  \override ClusterSpanner.X-offset = #-0.2
  \makeClusters {
4. \hide r8
4. \hide r8
\grace {8} 4. \hide r8
\grace {8} 4. \hide r8
4 8 \hide r8
4 8 \hide r8
  }
}

notes = {
  g'2 d' g' d' 
  s4 g' s  d'
}

\score {
  <<
{ \omit NoteHead \notes }
\\
{ \separateClusters }
  >>
}
% -

Are you looking for something like that?

Cheers, 
Klaus

P.S.: To separate the voices, I'd like to replace the double backslash by a
"\new Voice" construction, but this adds a new staff. Can't figure out
why...  :-(



--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/separate-consecutive-cluster-chords-tp178200p178219.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: Snowballing

[Wols Lists]

On 25/06/15 18:58, Simon Albrecht wrote:
> Am 25.06.2015 um 19:05 schrieb Wols Lists:
>> On 25/06/15 17:50, Simon Albrecht wrote:
>>> Hello everyone,
>>>
>>> is it just me who has been having a kind of ‘snowballing’ problem on the
>>> -user and -devel lists for the last two days or so? Most of the mails
>>> arrive two up to six (!) times, and I’ve no clue why. A bug in mailman?
>>>
>> I have this problem all the time. I've always thought it was my setup -
>> home mailserver and thunderbird client.
>>
>> It looks to me like, if your email triggers a rule, the rule sometimes
>> fires multiple times making a lovely mess of your folders :-)
> Ok, that would fit, except for the fact that it started to do so only
> yesterday…

Has anything changed in your setup? What I'm GUESSING is happening is
that something else is setting a lock on the mailbox, and thunderbird is
successfully copying, but then failing to delete, and then copying again ...
>>
>> There's a thunderbird add-in that'll clean up the mess,
> Do you know the name? I might try that.
> 
It's called "remove duplicate messages", current version here
(presumably actual current) is 0.1.14

Cheers,
Wol


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

Re: Expanded fingering diagrams?

[Wols Lists]

On 25/06/15 22:17, N. Andrew Walsh wrote:
> 
> However, as the owner and player of (for example) a contrabassoon with a
> key layout that differs from the one provided, I'd like to know: what
> capabilities are there for expanding the library of diagrams? What
> about, for example, bass flute? Or the Kingma system flute (which has
> keys for quartertones)? What about the French bassoon, or the German
> clarinet? Oboe d'amore, English Horn, Heckelphone? Brass instruments?

As a brass player, I've thought about adding automatic fingering for
them, but it's fairly tricky. Okay, the notation is simple, any
combination of "123" in the basic form, but obviously *some* instruments
have a fourth valve, the trombone has a slide and sometimes a 4th AND
5TH valve, and quite often despite 13 and 4 being nominally the same,
they're in practice noticeably different.

So doing fingering for brass would be pretty easy. Getting it to do a
good job without a lot of effort, wouldn't. (But that's probably true of
most areas :-)

Cheers,
Wol
(Who was thinking of this back in the 2.4 days ...)

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

Re: Snowballing

[Colin Campbell]

On 2015-06-25 03:08 PM, Simon Albrecht wrote:

Probably it’s a bug in Thunderbird then. I’ll see where to report it.
Thanks, Simon

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
FWIW, I run Thunderbird, with filters to keep my Inbox down to size, and 
I seldom see duplicates, unless they are sent to more than one list 
sepazrately: my filters seem to catch the CC: case.


Cheers,
Colin

--
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