- From: Khushal Sagar via GitHub <sysbot+gh@w3.org>
- Date: Tue, 09 May 2023 12:58:50 +0000
- To: public-css-archive@w3.org
Ah, ok. In this case we can downscale the element's painting so the rasterized output fits within the hardware constraints. The default rendering (outside of this feature) would already do that, elements are rasterized based on their final scale in the viewport. Your example brings up a good point though that while the spec mandates rasterizing the visible viewport, it doesn't mandate a rasterization quality. This is reasonable. FWIW, a similar CSS feature also doesn't mandate rasterization quality [here](https://drafts.csswg.org/css-images-4/#element-notation##element-notation:~:text=the%20image%20must%20look%20identical%20to%20the%20referenced%20element%2C%20modulo%20rasterization%20quality.), but also renders the whole element in the image for this case. -- GitHub Notification of comment by khushalsagar Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8561#issuecomment-1540077111 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 9 May 2023 12:58:52 UTC