lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Dead lyrics context still occupies vertical space


From: Reinhold Kainhofer
Subject: Re: Dead lyrics context still occupies vertical space
Date: Tue, 11 Aug 2009 02:19:51 +0200
User-agent: KMail/1.11.4 (Linux/2.6.28-14-generic; KDE/4.2.4; i686; ; )

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Dienstag, 11. August 2009 02:04:28 schrieb Joe Neeman:
> On Tue, 2009-08-11 at 01:46 +0200, Reinhold Kainhofer wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Am Dienstag, 11. August 2009 00:24:25 schrieb Joe Neeman:
> > > On Mon, 2009-08-10 at 13:03 +0200, Francisco Vila wrote:
> > > > Hello. The example below shows that the new vertical engine makes
> > > > dead lyrics contexts to occup space. This did not happen before, IMO
> > > > the new lyrics should (IF it has enough room) to align with the
> > > > previous one.
> > >
> > > Did this work before (see bug 127)?
> >
> > It worked for me with the other file I sent (where I use italic lyrics
> > for the cue voice).
> >
> > > Anyway, it works for me if I
> > > override
> > > Lyrics.VerticalAxisGroup #'inter-loose-line-spacing #'space = 0
> > > Lyrics.VerticalAxisGroup #'inter-loose-line-spacing #'stretchability =
> > > 0
> >
> > Yes, that looks much better.
> >
> > However, while comparing the old and the new output, without
> > ragged-bottom, the new output looks much worse:
> > http://www.fam.tuwien.ac.at/~reinhold/LilyPond/VerticalStretching/Eybler_
> >OmnesDeSabaVenient_HV40_Instrument_SSolo.old.pdf
> > http://www.fam.tuwien.ac.at/~reinhold/LilyPond/VerticalStretching/Eybler_
> >OmnesDeSabaVenient_HV40_Instrument_SSolo.new.pdf
>
> With the uninitialized variables fix, the remaining issues might just be
> due to bad default settings (see below). I would appreciate help in
> finding good settings because I don't deal with choral or orchestral
> scores very often.

Okay, I'll see whether I can find some time to tweak all the variables (I'm 
currently preparing some Urtext editions of Eybler works, then I need to fix 
this texi2html issue with translated file names, etc). Do you have a list of 
all variables that affect the vertical layout now? That would be quite helpful 
for the doc writers, too.

> Y-extents aren't used any more for spacing. You can make the lyrics
> closer to the staff by changing
> Lyrics.VerticalAxisGroup #'inter-staff-spacing
> In particular, try decreasing 'space and 'minimum-distance.

Ah, that name is really more intuitive than the old one!

> > - -) The staves are really crammed together.
>
> This is controlled by the between-system-spacing \paper-block variable
> (try increasing 'space).

That is set to a low variable so that scores with ragged-bottom=#f can have a 
small staff distance. It seems that the vertical layout will now always use the 
minimal distance between staves unless stretching is enabled, right?

> > - -) The cue text (bar 35) seems to be differently aligned in 2.13.x than
> > in 2.12.1. That has probably nothing to do with the vertical layout
> > engine, but still something that is noticable.
>
> Is it a \mark? If so, its alignment is measured with respect to the bar
> line, not the note (and so the tighter horizontal spacing makes it look
> further to the right when compared with the note). If it's a TextScript,
> I have no idea what's causing the difference.

It's an InstrumentSwitch object, which is the grob created when you \set 
Voice.instrumentCueName = "Solo"

Cheers,
Reinhold
- -- 
- ------------------------------------------------------------------
Reinhold Kainhofer, address@hidden, http://reinhold.kainhofer.com/
 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 * http://www.fam.tuwien.ac.at/, DVR: 0005886
 * LilyPond, Music typesetting, http://www.lilypond.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKgLkoTqjEwhXvPN0RAibyAJ9geLT1MCejkvUy+HQ6IeqUZ/yBIQCgsTZH
tgWLyPd7WwyDWJ7JF8BDPSk=
=TKcY
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]