I'm reasonably sure that javascript in the header must be loaded synchronously,
as it might affect the rest of the load. This is why tools like YSlow advise
Web designers to move javascript loads that are not needed for rendering until
after the rest of the page loads.
Blocking on loading the c
IE/Opera are delaying only for 4 seconds, same as Mobile Safari
The reason looks to be the url for the script/css.
If the url is the same twice, Chrome/Firefox serializes the requests,
while IE/Opera/MobileSafari launches both requests simultaneously.
Of course, requesting simultaneously doesn't f
On Mon, Feb 7, 2011 at 12:32 PM, Adam Barth wrote:
> There is no PerformanceTest framework that deals with network latency.
> Please feel encouraged to build one. :)
Note that http://code.google.com/p/web-page-replay/ was created with
this goal (to simulate realistic network behavior).
http://c
On Mon, Feb 7, 2011 at 12:18 PM, Silvio Ventres
wrote:
> The function doesn't seem to get any information regarding domain the
> resource is hosted at.
>
> Calling some kind of setResourceDomainType() to set DOMAIN_TYPE to
> enum(0=main domain, 1=subdomain within same domain, 2=CDN, 3=external
> d
The function doesn't seem to get any information regarding domain the
resource is hosted at.
Calling some kind of setResourceDomainType() to set DOMAIN_TYPE to
enum(0=main domain, 1=subdomain within same domain, 2=CDN, 3=external
domain) and then providing that as an additional parameter to
defaul
The default prioritization is found here:
http://trac.webkit.org/browser/trunk/Source/WebCore/loader/cache/CachedResource.cpp#L51.
There are cases where we override this (e.g., I'm pretty sure we load
favicons at a lower priority than other images)
On Mon, Feb 7, 2011 at 11:44 AM, Adam Barth wrot
There is already some amount of code that's involved with prioritizing
subresource loads. See
http://trac.webkit.org/browser/trunk/Source/WebCore/loader/ResourceLoadScheduler.h
and
http://trac.webkit.org/browser/trunk/Source/WebCore/loader/cache/CachedResourceLoader.h.
I suspect the prioritizati
On Mon, Feb 7, 2011 at 9:08 AM, Gustavo Noronha Silva
wrote:
> You can find it here:
>
> http://gitorious.org/webkit-clutter/webkit-clutter
In case anyone else is curious what is changed, you can do this in
your WebKit git tree:
$ git remote add clutter git://gitorious.org/webkit-clutter/
Hello.
Can someone point where in the source code is the implementation of
the subresources loading and some documentation regarding its
implementation - as a queue or just child-threads or async functions?
The reason is that the current subresource loading seems to lack any
prioritization and it
Hi,
On 2011-02-04 19:21, Leandro Graciá Gil wrote:
> This is good news! Especially for the situations where WebCore can't
> directly access the hardware. One existing case of this we should keep
> in mind are the sandboxed environments, where both the probing and the
> connections must be reque
My understanding is that it is supposed to be possible to build all ports
without PCH support.
PK
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Hey!
I just finished pushing the current version of a new port of WebKit
based on the Clutter library. Being also based on GObject it shares a
lot of infrastructure with the GTK+ port - almost all of the public API
is shared, much of the WebCore<->WebKit glue code, GStreamer, Cairo and
Soup backen
Hi,
I'm working on a CMake based Windows port and have some "problems" with
the precompiled headers.
At the moment it's not possible to build the Windows port without them.
Other ports don't require PCH.
[1], [2] and [3] will make it work without PCH, but this patches raised up
a general discussi
On Feb 7, 2011, at 7:20 AM, Alejandro Garcia Castro wrote:
> On Fri, Feb 04, 2011 at 02:25:10PM -0500, Adam Roben wrote:
>> Hi all-
>>
>> [...]
>>
>> Please file any bugs you find with this feature on bugs.webkit.org,
>> and CC me. Please also file bugs for any ideas you have for making
>> this
On Fri, Feb 04, 2011 at 02:25:10PM -0500, Adam Roben wrote:
> Hi all-
>
> [...]
>
> Please file any bugs you find with this feature on bugs.webkit.org,
> and CC me. Please also file bugs for any ideas you have for making
> this more useful!
>
Nice, we have been running this crash service for th
15 matches
Mail list logo