On Tue, Jul 14, 2009 at 10:44 AM, Peter Kasting<pkast...@google.com> wrote:
> On Tue, Jul 14, 2009 at 5:53 AM, Joel Stanley <j...@jms.id.au> wrote:
>>
>> So we do this for GIFs. Can anyone tell me if background tabs
>> re-paint themselves? If not, I'll add it to the TODO.
>
> IIRC renderers don't actually paint until the browser tells them to.
> Background renderers may set dirty regions so they know what they'll need
> to repaint though. (I could be wrong on all this, darin is the one who
> knows best.)
> I think I was overzealous saying that GIFs don't animate when in background
> tabs. They're designed not to, but the actual signal they use is (among
> other things) ScrollView::isOffscreen(), which looks like it's pretty much a
> NOP for our port. So one thing you could try is seeing if you can implement
> a Chromium version of platformIsOffscreen() and anything else that function
> needs, and check whether that helps lower CPU (e.g. for animated images in
> background tabs).
Another way to approach this in general is to take a high-CPU site,
put it in a background tab, then attach gdb to the process and break.
--~--~---------~--~----~------------~-------~--~----~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http://groups.google.com/group/chromium-dev
-~----------~----~----~----~------~----~------~--~---
