Re: page breaks related to header size

2007-11-17 Thread Joe Neeman
On Tue, 13 Nov 2007 18:27:16 Risto Vääräniemi wrote:
> Hi again,
>
> Paul's example looks very familiar. :-)
>
> On Mon, 12 Nov 2007 Joe Neeman-2 wrote:
> > If you can create a bad example without any titles, that example will
> > probably
> > still cause problems. If you can send such an example to the mailing
> > list, that would be helpful.
>
> Last night I spent a couple of hours of quality time trying to boil down my
> mystery score. I cut off the first page containing the header stuff. Even
> now it cannot be called a minimal example but I learned something in the
> process. The score now fits onto one page and I've enclosed it below.
>
> If I comment out the zero-size bottom-margin the last system is split onto
> two pages. That was expected but more follows. If I comment out the volta
> repeat at the same time the music fits again on one page. The example
> didn't work if the last system was not very full, hence the strange first
> voice. When the repeat sign is removed the system becomes less crowded and
> the stuff fits again on one system. On my original score the "page break
> limit" with the volta repeat was 8.3 mm and without the repeat 16 mm. I had
> to stop at 16 mm because that messed up the first page, which more tightly
> set.
>
> In addition, if the "SpacingSpanner #'spacing-increment" value in the Score
> block is removed the bottom-margin or the repeat don't have any special
> effects anymore.
>
> *Conclusion:*
> It seems that there's some kind of relationship with horizontal and
> vertical layout. I wonder if Lilypond leaves some kind of invisible
> remnants if a system is crammed too full and this causes mystical page
> breaks.

Lilypond tries to find a line- and page-breaking solution that gives 
reasonable results for both horizontal and vertical stretching. So yes, the 
horizontal and vertical layout affect each other (although you can prevent 
this by setting system-count = #some-number in the paper block).

The weird behaviour in your example is due to some strange interactions 
between the horizontal spacing and ragged-last-bottom. I don't see right now 
how to fix these interactions without breaking things, but I'll think about 
it.

Warning: long-winded explanation follows.

For the curious, here is the problem: the ideal (according to Lilypond) 
horizontal spacing takes up three systems. These three systems don't fit on 
one page, so lilypond considers putting 2 on the first page and 1 on the 
second page. The outcome of this is
Option 1:
 - horizontal spacing: as good as possible
 - vertical spacing:
- first page: not so good -- there is a fair amount of extra space
- second page: doesn't count because ragged-last-bottom = ##t

Then Lilypond considers the possibility of reducing the number of systems by 
1. Then the whole score fits on one page and we have:
Option 2:
- horizontal spacing: not as good as before
- vertical spacing:
  - first page: doesn't count because ragged-last-bottom = ##t

The decision as to which layout is better comes down to whether the badness in 
the first page of option 1 is worse than the badness in the horizontal 
spacing of option 2. As you increase bottom-margin, option 1 begins to look 
better and better, until it becomes better than option 2.

So you can see that the page spacing in this example isn't caused by lilypond 
thinking that things don't fit; it's caused by two competing solutions.

Joe

PS: Getting rid of the spacing-increment override causes the ideal horizontal 
spacing to take up only two systems, which prevents this whole mess.

PPS: For scores that are longer than a few lines, it is usually better to set 
ragged-last-bottom = ##f.

PPPS: In the next version, you will be able to set page-count = #some-number 
in the paper block, which should make these things easier to control.


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


Re: lilypond-user Digest, Vol 60, Issue 46

2007-11-17 Thread James Wilkinson

 > the instrument name "oboe" does not print

 \version "2.11.27"
 \include "LoHow.ly"
 \context Staff { \set Staff.instrument = "oboe" \clef treble \alto}


If you look at the current docs, you'll see that the relevant 
properties are now called "instrumentName" (for the name on the first 
system) and "shortInstrumentName" (for the name on subsequent systems).


For more info, see:
 

Hope this helps!
Kieren.



Sure does. Fixed me right up.

I can't help thinking that an error message would have been in order 
here. As I interpret what happened here, I can say '\set 
Staff.anyOldThing = "whatever"', and Lilypond won't complain. Is that 
right?


thanks
--
-
Jimmy Wilkinson| Professor Emeritus of Computer Science
[EMAIL PROTECTED]| The College of Charleston
(843) 953-8160 | Charleston  SC29424
http://www.cs.cofc.edu/~jimmy

If there is one word to describe me, that word would have to be 
"profectionist".

Any form of incompitence is an athema to me.
Metathesis??? Don't ax me.
Just between you and I, the grammar used by Americans are getting worse.
I can only help but wonder what the cause of this might be.
It just ceases to amaze me how it could be the case, but mostly I 
could care less.



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


Re: Lilypond in MikTeX

2007-11-17 Thread fiëé visuëlle

Am 2007-11-17 um 11:28 schrieb Helge Kruse:

But the example in the lilypond manual looked so similar like plain  
LaTeX and tempting, that I just used copy&paste. Now I realized  
thank lily-pond book is not an alternative book a tool to integrate  
lilypond in LaTeX.


If you want a LilyPond-TeX integration (without the need to call  
external tools by hand), have a look at ConTeXt and its LilyPond module:

http://wiki.contextgarden.net/LilyPond

But beware: it runs only with LP 2.10 at the moment (commandline  
syntax changed with 2.11, and some other syntax changed from 2.8 or  
2.9) and the inline snippets probably don't work.

I succeeded to typeset a songbook with it, though.

i.e. you'd need to have installed:
- recent pdfTeX
- recent ConTeXt (newer than August 2007)
- LilyPond 2.10.x
- GhostScript
The module is reported to work with MikTeX (most ConTeXt users use  
some teTeX flavour).



Greetlings from Lake Constance
---
fiëé visuëlle
Henning Hraban Ramm
http://www.fiee.net
http://angerweit.tikon.ch/lieder/
https://www.cacert.org (I'm an assurer)




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


Re: Lilypond in MikTeX

2007-11-17 Thread Helge Kruse

Graham,

Thanks for reply. You're right I have to read
But the example in the lilypond manual looked so similar like plain LaTeX 
and tempting, that I just used copy&paste. Now I realized thank lily-pond 
book is not an alternative book a tool to integrate lilypond in LaTeX.


Best regards,
Helge 




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


Re: GDP: church rests

2007-11-17 Thread Hans Aberg

On 17 Nov 2007, at 03:52, Graham Percival wrote:


So what should the multi-measure rest symbol
 k
  |-|
be called?


I couldn't really pick out an answer from this discussion, so we'll  
just keep the current "church rests".  Since it mentions longa and  
breve in parentheses, I think it's fine.


The glossary makes it clear that this is a lilypond-specific term,  
anyway.


If you object to this, please see the current GDP docs and make a  
specific suggestion as to how we should change them.


I think you can drop the "Church rest" term, as nobody seems to know  
it outside LilyPond. Perhaps make a section "deprecated" for  
searching purposes with a reference.


Hindemith just calls it "rests longer than one measure", so multi- 
measure or multimeasure rests seems fine.


  Hans Åberg




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