w3c / w3c/csswg-drafts

[css-transforms-2] Should the overflow area take scroll position into account.

Open
#3,322 3 comments 0 reactions 1 assignee View on GitHub

@mattwoodrow is already working on this.

Since Oct 2, 2019.

css-transforms-2 Needs Design / Proposal
Dominant language
Bikeshed
Stars
4.9k
Forks
816
PR merge metrics
PR metrics pending

Description

When we have a scrolled transformed element, where the perspective property is set on the overflow:scroll element, then the accumulated transform matrix depends on scroll position (since the offset between transformed element, and perspective origin moves).

This means that the computed overflow area for the transformed element can change, and thus, the scrollable length of the overflow:scroll element (and the size of the scrollbar thumb).

The following testcase demonstrates a case where Gecko is recomputing the overflow/scrollable length as you scroll, but WebKit/blink don't, and you can't scroll the whole orange rectangle into view:
https://bug1198135.bmoattachments.org/attachment.cgi?id=8684006

You can also have the reverse case, where the transformed content scrolls fully into view early than expected, and there is remaining scroll range with no content.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.