Re: Reduces algorithm time by prefinding footnoted grobs (issue4213042)

[address@hidden]

Hey all,

I found a problem w/ my footnote work.  Check out the 2nd example in bad.ly and 
bad.pdf .  Why do you think the annotation is placed so far to the left here 
but not in other cases?  It is based off of the most recent version of my patch 
on Rietveld.

Cheers,
MS

bad.pdf
Description: Adobe PDF document

bad.ly
Description: Binary data

On Feb 27, 2011, at 8:42 PM, Mike Solomon wrote:

> On Feb 27, 2011, at 8:07 PM, Han-Wen Nienhuys wrote:
> 
>> On Sun, Feb 27, 2011 at 1:25 PM, Mike Solomon <address@hidden> wrote:
>>> Should be fixed...
>> 
>> Can you dedicate a commit to documenting/commenting how the engraver
>> deals with beams?  I couldn't work out reading how the engraver deals
>> with (auto)beams, and more importantly,  I couldn't understand why
>> your fix solves all possible cyclic dependency issues of beams
>> depending on beams.
>> 
>> I suggest reducing the beam-beam collisions to the case that it is
>> designed to fix, namely grace beams: grace beams are added as
>> covered-grob, and grace beams themselves never receive a beam as
>> covered grob.
>> 
> 
> Pushed (after responsibly running the regtests to make sure that my comments 
> didn't break anything :)
> 
> Cheers,
> MS
> 
> 
> _______________________________________________
> lilypond-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/lilypond-devel