We ran into this problem on webOS with orientation where we did not want to
have the UI drawn wrong the first time and then (eventually) re-layed out
and painted at the correct device orientation. It looked VERY sloppy and
web-page-ish, not what we were trying to accomplish. Sure we could have
From what I can tell the spec offers no way for the web application to
initialize any algorithm based on the battery/power state because there is
no guarantee of minimum time when a new document is created and the first
battery event arrives. Ideally there would be a way to kick the UA into
This would be a really great topic for the webkit meeting in April. At Palm we
spend a significant amount of development time dealing with memory growth
(not so much leaks). Google perf tools has worked very well for us on desktop
as it gives the complete call stack showing how the allocation
months off of trunk, so we plan on being much more active now that we are
closer to TOT. We will always lag TOT due to our own internal product
requirements.
Greg
On 3/10/10 10:13 AM, Darin Adler da...@apple.com wrote:
On Mar 10, 2010, at 10:06 AM, Greg Simon wrote:
This would be a really
Besides JS executing, there are the asyc scheduled items that result
in JS executing (which in turn may trigger *more* JS to be run). I'm
talking specifically about HTML5 database tasks. If a page wants to
save some data to HTML5 db from an unload event, will/should that be
successful? The unload
How exactly is SVG supposed to be disabled from the build-webkit
script? I'm banging my head on the table with this one... Working
with the nightly build.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
6 matches
Mail list logo