>From this entry, it said Inspector is ported to Webkit/GTK
http://blog.kov.eti.br/?p=25
Can you please tell me how can I enable it?
Thank you.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-
"SquirrelFish" is the underlying execution engine for javascriptcore
-- it can't be disabled as then there would be no way to execute JS.
JavaScriptCore provides the actual API you use -- SF is completely
internal to JSC and has no external API.
--Oliver
On Nov 28, 2008, at 3:45 PM, ying l
Thanks. When I 'make' the Gtk Webkit (from the trunk I got yesterday),
does it enable SquirrelFish by default?
On Fri, Nov 28, 2008 at 5:37 AM, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
> 2008/11/28 ying lcs <[EMAIL PROTECTED]>:
>> If I get the source for WebKitGtk, using the documentation describe
2008/11/28 ying lcs <[EMAIL PROTECTED]>:
> If I get the source for WebKitGtk, using the documentation described here:
>
> http://live.gnome.org/WebKitGtk
>
> Does it have SquirrelFish?
Yes, it will. All ports share the same JavaScript engine code.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by h
You can use console.profile() and console.profileEnd() from your
JavaScript Code. You can specify a title to the profile if you want to
run multiple profiles. See http://getfirebug.com/console.html and http://webkit.org/blog/197/web-inspector-redesign/
for more details.
Please, file a bug f
On what platform? and which build? -- there shouldn't be any crashes
in the profiler so if you have a site that can reproducibly trigger a
crash it would be great if you could file a bug
--Oliver
On Nov 28, 2008, at 2:59 AM, Johan Lund wrote:
Hi folks.
Im trying to figure out the best way
Hi folks.
Im trying to figure out the best way to profile the startup of my web
application.
If I activate the profiler in the web inspector and reload the
application; webkit crashes.
How would you go about doing this and have I stumbled across a bug or
is it simply unsupported usage?
___
Thanks Paul,
I have logged this issue in
https://bugs.webkit.org/show_bug.cgi?id=22540
regards,
Srinivas Rao. M
On Fri, Nov 28, 2008 at 2:04 PM, Paul Pedriana <[EMAIL PROTECTED]> wrote:
> The ScrollView::paint function seems wrong to me too.
>
> The function source is shown below. I don't u
The ScrollView::paint function seems wrong to me too.
The function source is shown below. I don't understand why it uses
context->clip(visibleContentRect()) without accounting for
documentDirtyRect. Shouldn't it make a union of visibleContentRect and
documentDirtyRect? I am writing my own grap
As reported earlier the r38760 build caused a 5% degradation in performance on
my MBP 17. Now the r38826 build has caused a further degradation. During this
period the Safari browser has maintained a score of about 3300.
Prior to r38760 - about 830
After r38760 - about 870
After r38826 - about
10 matches
Mail list logo