[Top][All Lists]

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

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

Hash: SHA1

Am Sonntag, 30. November 2008 19:06:09 schrieb Neil Puttock:
> 2008/11/30 Reinhold Kainhofer <address@hidden>:
> > 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
(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...

- -- 
- ------------------------------------------------------------------
Reinhold Kainhofer, Vienna University of Technology, Austria
email: address@hidden,
 * Financial and Actuarial Mathematics, TU Wien,
 * K Desktop Environment,, KOrganizer maintainer
 * Chorvereinigung "Jung-Wien",
Version: GnuPG v1.4.9 (GNU/Linux)


reply via email to

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