Created attachment 656169 [details] [diff] [review] b780258 This version doesn't yet have a notification after the line box width has been changed - I'm not sure we're going to need that. I'll add it, though, if you think it's necessary before this patch lands.
Comment on attachment 656169 [details] [diff] [review] b780258 Don't overindent the contents of |struct LineBoxInfo|. In nsIPresShell::SetMaxLineBoxWidth, I think you can use eResize rather than eStyleChange, since intrinsic widths don't change as a result of the max line box width. You should probably just call the pres shell getter MaxLineBoxWidth and not use the word "Get", since I think our preference is to reserve the word Get for things that are fallible (might return null). In layout/base/tests/chrome/Makefile.in, you should match the indentation level and character used (probably tabs) of the surroundings. But I actually think you don't want to write a chrome mochitest; you should write a regular mochitest, add a getter/setter for maxLineBoxWidth to SpecialPowers (like there is for textZoom and fullZoom). Or am I missing some reason you need a chrome mochitest here? Also, in the test, do you: * need to unset the width that you set? * need to set to display:none a second time at some point? (Though I'm not sure why you're messing with display at all... I'd think you shouldn't need to.) In nsLineLayout::ReflowFrame, you should get the pres context out of mPresContext rather than aFrame->PresContext(). r=dbaron with that fixed
Attachment #656169 - Flags: review?(dbaron) → review+
Fixed requested changes and pushed to inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/a101c20b729d
Target Milestone: --- → mozilla18
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.