On Mon, 2011-06-06 at 17:59 +0530, Monil Parmar wrote:
How to use it for gtk launcher...I think it is for safari.
A bit late for this answer, but for completeness sake: GtkLauncher is
not a full browser, so it doesn't expose many features available in
WebKitGTK+.
You should use Epiphany or
(Resending from correct email)
For HTML5 canvas animations, painting speed is very significant.
Android uses a retain mode rendering approach as well; where paint
operations are recorded on a WebCore thread and painting is actually done on
the UI thread. It isn't necessarily the best approach.
On 6/9/2011 8:24 PM, Pierre-Antoine LaFayette wrote:
Android uses a retain mode rendering approach as well; where paint
operations are recorded on a WebCore thread and painting is actually
done on the UI thread. It isn't necessarily the best approach. But I
suppose it depends the platform
Is there any way to find out how much time is taken in parsing,
layout,rendering, style resolution or java script execution, while loading
a webpage.
monpar wrote:
Is there any way to find out how much time is taken in parsing,
layout,rendering, style resolution or java script execution,
Yes. Use the Timeline panel in WebKit Inspector:
http://www.webkit.org/blog/1091/more-web-inspector-updates/#timeline_panel
On Mon, Jun 6, 2011 at 14:44, monpar monil.par...@gmail.com wrote:
Is there any way to find out how much time is taken in parsing,
layout,rendering, style resolution or
How to use it for gtk launcher...I think it is for safari.
On Mon, Jun 6, 2011 at 4:39 PM, Mikhail Naganov mnaga...@chromium.orgwrote:
Yes. Use the Timeline panel in WebKit Inspector:
http://www.webkit.org/blog/1091/more-web-inspector-updates/#timeline_panel
On Mon, Jun 6, 2011 at 14:44,
Hi,
Thank all of you for your feedbacks!
Let's continue this discussion in the bug report, I will provide more
details there.
Zoltan
On Sat, Apr 3, 2010 at 9:32 PM, Zoltan Herczeg zherc...@inf.u-szeged.hu
wrote:
Hi,
I am working on a parallel painting feature for WebKit (bug id: 36883).
Parallel painting would only be useful if the graphics layer is
incredibly slow. In most WebKit ports we do not see very much time
painting, rather time is more often spent in layout, style resolution,
or javascript execution/bindings.
-eric
On Sat, Apr 3, 2010 at 10:32 PM, Zoltan Herczeg
Date: Mon, 5 Apr 2010 17:54:35 -0800
From: barbi...@profusion.mobi
To: zherc...@inf.u-szeged.hu
CC: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] parallel painting
On Sat, Apr 3, 2010 at 9:32 PM, Zoltan Herczeg wrote:
Hi,
I am
Of course, I did a lot of profiling before (using oprofile), and painting
was slow on my platform.
Zoltan
Parallel painting would only be useful if the graphics layer is
incredibly slow. In most WebKit ports we do not see very much time
painting, rather time is more often spent in layout,
On Tuesday 06 April 2010 13:42:30 Zoltan Herczeg wrote:
Of course, I did a lot of profiling before (using oprofile), and painting
was slow on my platform.
Can you use oparchive to make the profile available? Also when you say
painting? Do you mean function (inclusive) spend below
On Sat, Apr 3, 2010 at 9:32 PM, Zoltan Herczeg zherc...@inf.u-szeged.hu wrote:
Hi,
I am working on a parallel painting feature for WebKit (bug id: 36883).
Basically it records the painting commands on the main thread, and replay
them on a painting thread. The gain would be that the recording
Hi,
I am working on a parallel painting feature for WebKit (bug id: 36883).
Basically it records the painting commands on the main thread, and replay
them on a painting thread. The gain would be that the recording operation
is cheap. Currently it is Qt specific, but I could make it more platform
13 matches
Mail list logo
