WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
133436
Don't scroll to non-integral scroll offsets
https://bugs.webkit.org/show_bug.cgi?id=133436
Summary
Don't scroll to non-integral scroll offsets
Simon Fraser (smfr)
Reported
2014-06-01 12:43:34 PDT
Don't scroll to non-integral scroll offsets
Attachments
Patch
(2.39 KB, patch)
2014-06-01 12:45 PDT
,
Simon Fraser (smfr)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1
2014-06-01 12:45:53 PDT
Created
attachment 232351
[details]
Patch
Simon Fraser (smfr)
Comment 2
2014-06-01 12:46:17 PDT
<
rdar://problem/17088336
>
zalan
Comment 3
2014-06-01 13:24:59 PDT
Comment on
attachment 232351
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=232351&action=review
> Source/WebCore/page/scrolling/mac/ScrollingTreeFrameScrollingNodeMac.mm:324 > + // FIXME: when we support half-pixel scroll positions on Retina displays, this will need to round to half pixels.
half-pixel -> device pixel
> Source/WebCore/page/scrolling/mac/ScrollingTreeFrameScrollingNodeMac.mm:325 > + FloatPoint roundedPosition(roundf(scrollPosition.x()), roundf(scrollPosition.y()));
I am wondering whether the input devices that send integral values do integer truncation or rounding. (and whether we should mimic that behavior)
Darin Adler
Comment 4
2014-06-01 14:49:04 PDT
Comment on
attachment 232351
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=232351&action=review
>> Source/WebCore/page/scrolling/mac/ScrollingTreeFrameScrollingNodeMac.mm:325 >> + FloatPoint roundedPosition(roundf(scrollPosition.x()), roundf(scrollPosition.y())); > > I am wondering whether the input devices that send integral values do integer truncation or rounding. (and whether we should mimic that behavior)
Is this the single correct bottleneck for the rounding? What about the setScrollPositionWithoutContentEdgeConstraints and setScrollLayerPosition functions?
Simon Fraser (smfr)
Comment 5
2014-06-01 15:34:47 PDT
(In reply to
comment #4
)
> (From update of
attachment 232351
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=232351&action=review
> > >> Source/WebCore/page/scrolling/mac/ScrollingTreeFrameScrollingNodeMac.mm:325 > >> + FloatPoint roundedPosition(roundf(scrollPosition.x()), roundf(scrollPosition.y())); > > > > I am wondering whether the input devices that send integral values do integer truncation or rounding. (and whether we should mimic that behavior) > > Is this the single correct bottleneck for the rounding? What about the setScrollPositionWithoutContentEdgeConstraints and setScrollLayerPosition functions?
This is the bottleneck, yes.
WebKit Commit Bot
Comment 6
2014-06-01 16:07:51 PDT
Comment on
attachment 232351
[details]
Patch Clearing flags on attachment: 232351 Committed
r169519
: <
http://trac.webkit.org/changeset/169519
>
WebKit Commit Bot
Comment 7
2014-06-01 16:07:55 PDT
All reviewed patches have been landed. Closing bug.
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