WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
95498
[New Multicolumn] Implement unforced breaking in columns
https://bugs.webkit.org/show_bug.cgi?id=95498
Summary
[New Multicolumn] Implement unforced breaking in columns
Dave Hyatt
Reported
2012-08-30 14:08:50 PDT
Implement proper unforced breaking inside columns. Lines and objects now break across boundaries correctly. Unforced breaks work. Forced ones are muddled and still use region rather than column. I'll cover that in a separate bug.
Attachments
Patch
(20.63 KB, patch)
2012-08-30 14:22 PDT
,
Dave Hyatt
mitz: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Dave Hyatt
Comment 1
2012-08-30 14:22:12 PDT
Created
attachment 161556
[details]
Patch
mitz
Comment 2
2012-08-30 14:45:34 PDT
Comment on
attachment 161556
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=161556&action=review
> Source/WebCore/ChangeLog:36 > + thus forcing us to repaginate everythign.
typo: everythign
> Source/WebCore/ChangeLog:42 > + Always return the last region if it's a set, regardless of the extendLastRegion boolan.
typo: boolan
> Source/WebCore/rendering/RenderBlock.cpp:1455 > + } else if (isRenderFlowThread()) { > + pageLogicalHeight = 1; // This is just a hack to always make sure we have a page logical height. > + pageLogicalHeightChanged = toRenderFlowThread(this)->pageLogicalHeightChanged();
I’d like to see RenderBlock doing less testing for known subclasses of itself and more calling virtual functions that have overrides in those subclasses. This is a general comment, though, and you don’t need to address it in this iteration.
> Source/WebCore/rendering/RenderRegion.h:111 > + // The top of the nearest page inside the region. For RenderRegions, this is just the logical top of the > + // flow thread portion we contain. For sets, we have to figure out the top of the nearest column or > + // page.
“nearest” could imply that we search in both directions, but we never return the top of a page that’s *after* the offset, do we?
Dave Hyatt
Comment 3
2012-08-31 08:46:48 PDT
Landed in
r127267
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug