https://bugs.documentfoundation.org/show_bug.cgi?id=53501

--- Comment #20 from Justin L <[email protected]> ---
Trying to say what happens in this case is dangerous, because there is so much
iteration that I might be incorrect. But here goes...

While building the line, the first 37 characters fit as an SwTextPortion, which
are height 276. Then another 10 characters (greenbacks) are tried, which are
height 828.

Since 'greenbacks' doesn't fit, it leaves an empty SwTextPortion (len = 0,
width = 0) but with a height of 828 (since the rInf.GetTextHeight() is 828)

The SwFlyPortion also gets height 828 for that reason.

The reason for the larger GetTextHeight comes from
SwTextFormatter::ChkFlyUnderflow. 

And the real kicker is SwTextFormatter::FormatLine
    if ( m_pCurr->GetRealHeight() <= GetInfo().GetLineHeight() )
    {
        m_pCurr->SetRealHeight( GetInfo().GetLineHeight() );
        bBuild = false;
    }

But any attempt to change SetLineHeight results in a different kind of
disaster.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to