W3C home > Mailing lists > Public > public-css-archive@w3.org > June 2016

[csswg-drafts] Provide a way to specify rastered content scale for transformed content

From: chrishtr via GitHub <sysbot+gh@w3.org>
Date: Fri, 24 Jun 2016 15:46:00 +0000
To: public-css-archive@w3.org
Message-ID: <issues.opened-162175217-1466783160-sysbot+gh@w3.org>
chrishtr has just created a new issue for 

== Provide a way to specify rastered content scale for transformed 
content ==

Currently, developers have no control over the scale at which to 
raster content with transforms. If the transform is not 
compositor-animated, there is only one logical answer (layout content 
scale plus transform). However, for performance reasons, compositor 
animations often work by scaling a pre-rastered bitmap in the GPU. 
This begs the question of the scale at which to raster that bitmap.

Each browser has its own heuristics for choosing the scale of these 
bitmaps, and when to re-raster them
when the scale changes. This is a problem when the heuristics fail, 
because the developer has no control
over details of performance and quality that are important for a 
high-quality rendered output.

Blink has recently done work to improve this situation. Some documents
 on what we're doing and background:

What we're doing: 

Investigation of situation before the above and alternatives 

One thing that the above plans do not  cover is control over 
current-frame raster scale, if the desired such scale differs from the
 "ideal" scale (meaning layout scale + transform). There are cases 
where this is desired, for example rastering at a destination scale 
then animating to it, to maximize quality and performance. (Note that 
this is how Blink actually implements declarative CSS animation 
rastering today)
See also this blink-dev thread for examples and related discussion:

Please view or discuss this issue at 
https://github.com/w3c/csswg-drafts/issues/236 using your GitHub 
Received on Friday, 24 June 2016 15:46:03 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:40:59 UTC