Re: [css-display]? Compositing, expensive things, and laziness

On May 23, 2013, at 11:40 AM, Tab Atkins Jr. <> wrote:

> On Thu, May 23, 2013 at 11:34 AM, Simon Fraser <> wrote:
>> The feature request (allow the engine to prepare “expensive to render”
>> content in one RAF while servicing cheaply painted stuff in other RAFs seems
>> contrary to the way that browsers layout and render. Speaking for WebKit at
>> least, we can’t be working on one part of the render tree “in the
>> background” while doing other layouts and renders.
> It's entirely consistent with Blink's compositor architecture (given
> that it was some Blink compositor people who asked me about it).
> I'm not sure how different other browsers' compositor architectures
> are, but I wouldn't think they'd be *that* different, such that doing
> something like this is impossible.
> Note that this doesnt' involve render-tree work - the render tree is
> already constructed and done.  It's expensive *painting* that's the
> issue.

But each paint represents a particular state of the render tree. The request
seems to imply that you want to queue up an expensive paint earlier than
a cheap paint, so they can be done at the same time. That then implies that
you’re able to generate the render state for the expensive paint independently,
which is the hard part.


Received on Thursday, 23 May 2013 18:44:16 UTC