lilypond-devel
[Top][All Lists]

## Re: horizontally centering denominator in compound time signatures

 From: Reinhold Kainhofer Subject: Re: horizontally centering denominator in compound time signatures Date: Sun, 30 Nov 2008 19:54:01 +0100 User-agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; )

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

Am Sonntag, 30. November 2008 19:06:09 schrieb Neil Puttock:
> > It's actually not a problem of spacing between the clef and the time
> > signature, but rather a problem with make-center-column-markup, which
> > ignores the left extents. for example, it also breaks for 2/4 + (2+3)/8.
> > The second fraction will overlap with the first +, because the extents
> > left to the center of the (2+3)/8 fraction will be totally ignored. In
> > other words, the center of the (3+2)/8 fraction will be where its left
> > edge should be...
>
> As far as I can see, if you have centred columns in a line, the
> problem appears to be that while each element in a column is aligned
> to its centre, it's also aligned to the centre of the previous column.
>
> A workaround is to \left-align each centred column.

Actually, that's not the problem. The problem is that the stencil extents of
the column ignore everything left of the center of the column, while extents
to the right are correctly calculated and applied.

If you take a look at
http://www.fam.tuwien.ac.at/~reinhold/temp/time_sigs.pdf
(where each fraction is a separate make-center-column-markup), you will see at
the first time signature that the extents to the right of the enter of the
centered column are calculated correctly. But if you look at the other time
signatures, you'll notice that the parts of each fraction are correctly
aligned with each other, but the whole fraction is positioned as if there was
nothing left of its center. So, my guess is that the extents of the stencil
for the whole centered column are set to the center as the left edge instead
of the real extents...

> > So, this is a general problem with the general-column scheme function...
>
> Perhaps there's a bug in stack-lines?

Yes, I suspect something like that.
On the other hand, the time sig after measure 6 (the one at the end of the
line) does NOT overlap with the barline, so somehow the left extents seem to
work there...

Cheers,
Reinhold
- --
- ------------------------------------------------------------------
Reinhold Kainhofer, Vienna University of Technology, Austria
* Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/
* K Desktop Environment, http://www.kde.org, KOrganizer maintainer
* Chorvereinigung "Jung-Wien", http://www.jung-wien.at/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFJMuFJTqjEwhXvPN0RAr37AJ43+6Xe0VFuOZaWttIMFpt/qd6ygACfaeCQ
ttjt/yqRhG8/v7gvZu42eQc=
=9/EI
-----END PGP SIGNATURE-----