WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
220512
[WPE][GTK] Enable smooth scrolling by default
https://bugs.webkit.org/show_bug.cgi?id=220512
Summary
[WPE][GTK] Enable smooth scrolling by default
Michael Catanzaro
Reported
2021-01-11 09:00:13 PST
Since
r269143
, smooth scrolling should now work for everyone. Let's enable it by default, so applications don't have to think about it anymore.
Attachments
Patch
(3.90 KB, patch)
2021-01-11 09:07 PST
,
Michael Catanzaro
no flags
Details
Formatted Diff
Diff
Patch
(6.25 KB, patch)
2021-10-21 05:15 PDT
,
Chris Lord
no flags
Details
Formatted Diff
Diff
Patch
(6.17 KB, patch)
2021-10-21 06:21 PDT
,
Chris Lord
no flags
Details
Formatted Diff
Diff
Test result (note the red pixels)
(2.86 KB, image/png)
2021-11-01 13:49 PDT
,
Arcady Goldmints-Orlov
no flags
Details
Expected test result (note no red pixels).
(2.85 KB, image/png)
2021-11-01 13:50 PDT
,
Arcady Goldmints-Orlov
no flags
Details
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Michael Catanzaro
Comment 1
2021-01-11 09:07:04 PST
Created
attachment 417384
[details]
Patch
EWS Watchlist
Comment 2
2021-01-11 09:08:04 PST
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See
https://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Michael Catanzaro
Comment 3
2021-01-18 09:03:35 PST
Ping reviewers.
Carlos Garcia Campos
Comment 4
2021-01-19 00:24:33 PST
Comment on
attachment 417384
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=417384&action=review
> Source/WebKit/ChangeLog:9 > + Smooth scrolling is now enabled by default. This is a minor API break, but that should be OK > + since smooth scrolling works much better than it did before.
I'm not sure about this, TBH. I think it's a matter of taste, so I would not change a default behavior that is not clearly an improvement for everybody.
Michael Catanzaro
Comment 5
2021-01-19 06:37:02 PST
OK.
Chris Lord
Comment 6
2021-10-21 04:15:21 PDT
After some discussion, this looks more desirable now. Other platforms have smooth scrolling by default and recent bug-fixes make the experience (subjectively) a lot nicer than without. It also makes sense to enable this by default to exercise the relevant code-paths more widely. Presumably, platform browsers built on top of the WebKit library will tie the setting to a global platform setting.
Chris Lord
Comment 7
2021-10-21 05:15:08 PDT
Created
attachment 442012
[details]
Patch
Carlos Garcia Campos
Comment 8
2021-10-21 05:17:45 PDT
Comment on
attachment 442012
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=442012&action=review
> Source/WTF/Scripts/Preferences/WebPreferences.yaml:1906 > WebKitLegacy: > - "PLATFORM(MAC)": true > + "PLATFORM(MAC) || PLATFORM(GTK) || PLATFORM(WPE)": true > default: false
WPE and GTK don't support legacy webkit.
Chris Lord
Comment 9
2021-10-21 06:21:40 PDT
Created
attachment 442014
[details]
Patch
EWS
Comment 10
2021-10-21 07:09:15 PDT
Committed
r284603
(
243332@main
): <
https://commits.webkit.org/243332@main
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 442014
[details]
.
Arcady Goldmints-Orlov
Comment 11
2021-11-01 13:49:42 PDT
Created
attachment 443009
[details]
Test result (note the red pixels)
Arcady Goldmints-Orlov
Comment 12
2021-11-01 13:50:08 PDT
This appears to have cause a regression in the test fast/frames/flattening/scrolling-in-object.html
Arcady Goldmints-Orlov
Comment 13
2021-11-01 13:50:41 PDT
Created
attachment 443010
[details]
Expected test result (note no red pixels).
Chris Lord
Comment 14
2021-11-02 02:05:29 PDT
(In reply to Arcady Goldmints-Orlov from
comment #12
)
> This appears to have cause a regression in the test > fast/frames/flattening/scrolling-in-object.html
I expect this is down to either the test not waiting long enough for scrolling to finish (it waits 100ms and issues an event that scrolls 160 pixels, I'm not sure what the reasonable wait is for that distance, but it seems it'd be better to hook onto scroll events and wait for the expected value rather than waiting an arbitrary amount of time...) or possibly some kind of rounding error(?). Easiest thing would be to just disable smooth scrolling for this one test, I don't think it represents a real failure as it is.
Arcady Goldmints-Orlov
Comment 15
2021-11-02 07:58:18 PDT
Thanks, I'll take a look at the test and see if I can make some kind of simple test fix.
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