- From: Morten Rand-Hendriksen via GitHub <sysbot+gh@w3.org>
- Date: Thu, 15 Jul 2021 21:31:33 +0000
- To: public-css-archive@w3.org
To approach this from a "how does someone without in-depth knowledge of the functionings of the browser understand the concept of the viewport" perspective, I've talked to developers frustrated by this issue. The mental model boils down to this: - When a scrollbar is fixed (as on Windows), the expectation is for the viewport width to be the width of the active canvas (so viewport minus scrollbar) because the scrollbar is understood as part of the chrome, not the viewport. - When a scrollbar is dynamic (as on MacOS), the expectation is for the viewport width to be the width of the full viewport, and the dynamic scrollbar is seen as an overlay on top of the active canvas, so no change should happen to the width value when the scrollbar appears/disappears. From this perspective, which is the user perspective in this context, the implementation of any new units like `dv*` should be as close to the _visually understood_ behavior as possible, ie if something looks to be part of the chrome, it is treated as part of the chrome, and if something looks to be an overlay, it is treated as an overlay. -- GitHub Notification of comment by mor10 Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6026#issuecomment-881026696 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 15 July 2021 21:31:35 UTC