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.
