Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scrollend Events #528

Closed
2 of 3 tasks
jgraham opened this issue Oct 4, 2023 · 8 comments
Closed
2 of 3 tasks

Scrollend Events #528

jgraham opened this issue Oct 4, 2023 · 8 comments
Labels
focus-area-proposal Focus Area Proposal

Comments

@jgraham
Copy link
Contributor

jgraham commented Oct 4, 2023

Description

The scrollend event is fired when a scroll is completed. Not only is this helpful for web developers that wish to be notified when a scroll is completed, but this has the potential to improve the reliability of other wpt tests. (See the various wait for scroll end functions that currently exist).

Specification

https://drafts.csswg.org/cssom-view/ (scrollend, scroll-completed, and scrolling-events)

Open Issues

No response

Tests

dom/events/scrolling/scrollend-*

Current Implementations

  • Blink
  • Gecko
  • WebKit

Standards Positions

WebKit/standards-positions#150

Browser bug reports

https://bugs.webkit.org/show_bug.cgi?id=201556
https://bugzilla.mozilla.org/show_bug.cgi?id=1785102

Developer discussions

No response

Polls & Surveys

No response

Existing Usage

Chrome use counter.

Workarounds

No response

Accessibility Impact

No response

Privacy Impact

No response

Other

No response

@jgraham jgraham added the focus-area-proposal Focus Area Proposal label Oct 4, 2023
@jgraham
Copy link
Contributor Author

jgraham commented Oct 4, 2023

@dlrobertson
Copy link
Member

Note that the scrollend tests currently make use of touch scrolls for many of the tests. While testing scrollend for touch scrolls is helpful. It might make sense to move the vast majority of the webdriver action driven scrolls to use a normal scroll. See web-platform-tests/wpt#42324.

@gsnedders
Copy link
Member

Given Safari doesn't support touch events on macOS, the tests as currently written would still fail even if Safari supported scrollend.

@dlrobertson
Copy link
Member

Given Safari doesn't support touch events on macOS, the tests as currently written would still fail even if Safari supported scrollend.

@gsnedders yeah that makes sense. I'll create a PR to update the tests.

@foolip
Copy link
Member

foolip commented Dec 1, 2023

@dlrobertson did you get around to updating tests?

@gsnedders could this be tested with a scroll wheel fling? It is possible to scroll on macOS, as a user, after all :)

@dlrobertson
Copy link
Member

@dlrobertson did you get around to updating tests?

I just created web-platform-tests/wpt#43493. Note that the following tests were not updated:

  • ./dom/events/scrolling/scrollend-event-fired-to-element-with-overscroll-behavior.html - This test contains a test that ensures a scrollend is fired after a overscroll animation is run. I'm not sure how to test this without a touch scroll with the current webdriver APIs.
  • ./dom/events/scrolling/scrollend-event-fired-after-sequence-of-scrolls.tentative.html - This test ensures a single user gesture that contains pauses triggers a singe scrollend event. Again, with this current webdriver APIs I'm not sure how we could implement this without a touch scroll.

The other tests do not seem to use touch scrolls.

@dlrobertson
Copy link
Member

If limiting the tests to cases that use programmatic scrolls, would be a reasonable subset to get some form of scrollend into interop, the following tests use only programmatic scrolls:

  • dom/events/scrolling/scrollend-event-fired-for-programmatic-scroll.html
  • dom/events/scrolling/scrollend-event-fired-for-scrollIntoView.html

@nairnandu
Copy link
Contributor

Thank you for proposing Scrollend Events for inclusion in Interop 2024.

We wanted to let you know that this proposal was not selected to be part of Interop 2024. This is because we got many more proposals than we could include in this year's project. Note that individual vendors may nevertheless choose to advance work in this area during the forthcoming year. We would welcome this proposal being resubmitted again next year, if necessary.

For an overview of our process, see proposal selection. Thank you again for contributing to Interop 2024!

Posted on behalf of the Interop team.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
focus-area-proposal Focus Area Proposal
Projects
Status: Done
Development

No branches or pull requests

5 participants