[Top][All Lists]

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

Re: First stab at getting bar extents right. (issue 5186049)

From: Keith OHara
Subject: Re: First stab at getting bar extents right. (issue 5186049)
Date: Thu, 6 Oct 2011 01:36:08 +0000 (UTC)
User-agent: Loom/3.14 (

 <mtsolo <at>> writes:

> However, [barlines] do not block accidentals hanging
> over, and furthermore, this extra height blocks some lyrics but not
> others.

Accidentals hanging over didn't seem to bother anybody, and we do want 
other things tied to note-columns to cross over bar-lines, such as
text markup.

The case of lyrics passing under the bar line should be very rare
It happens in short test files, though, and might cause confusion and
wasted time.

> The pure height of barlines should correspond to the height of
> neighboring grobs in the VerticalAlignment,

I'm assuming "pure height" means the height estimate used before 
line-breaking, and neighboring means nearest-neighbors on each side.

What is a VerticalAlignment, and which grobs does it contain?

> 1) It allows lyrics to recede all the way back to the StaffStartBar

The staff start bar doesn't seem to get a horizontal skyline.  If we 
want lyrics to get padding from the start bar, we would need to compute
a horizontal skyline for it, so that *_paper_column:minimum_distance()
finds the collision and returns the right distance to make a rod to 
enforce the padding.

> Furthermore, it seems like the horizontal skylines are outta whack,

They are drawn as if the staves, lyrics lines, etc, are all compressed
vertically, because they get used before line breaking and thus before
things get vertically stretched.

reply via email to

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