One option that will probably never happen: Stop making jank-inducing API's
available on the main thread. Do them all as synchronous APIs only, and
available only to workers.
Your APIs stay simple, and you don't have to make double the surface area.
Building a library that marshals sync APIs to
rel=include ?
On Fri, Mar 8, 2013 at 1:05 PM, Dimitri Glazkov dglaz...@google.com wrote:
On Fri, Mar 8, 2013 at 12:30 PM, Steve Orvell sorv...@google.com wrote:
Indeed. Unfortunately, using 'module' here could be confusing wrt ES6
modules. Perhaps package is better?
The name is
On Tue, Oct 9, 2012 at 2:51 PM, Alec Flett alecfl...@chromium.org wrote:
On Tue, Oct 9, 2012 at 11:37 AM, Alec Flett alecfl...@chromium.orgwrote:
On Tue, Oct 9, 2012 at 11:12 AM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/9/12 1:52 PM, Joshua Bell wrote:
The IDB spec does not have
On Tue, Oct 9, 2012 at 3:11 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/9/12 6:04 PM, Robert Ginda wrote:
But I never, ever use the symbol-known-as
undefined in script, since it's actually a write-able variable.
For what it's worth, it's not anymore. It used to be, but current ES
On Mon, Apr 18, 2011 at 5:28 PM, Eric Uhrhane er...@google.com wrote:
On Fri, Apr 15, 2011 at 4:01 PM, Arun Ranganathan a...@mozilla.com wrote:
On 4/15/11 6:29 PM, Aryeh Gregor wrote:
On Wed, Apr 13, 2011 at 4:35 PM, Robert Gindargi...@chromium.org wrote:
* The FileError object is a bit
Hello public-webapps,
I've spent a bit of time with the filesystem API recently, building out a
set of common file dialogs (open, save-as, etc) for ChromeOS. We have
a private API call to get access to a special filesystem that contains the
user's downloads folder and the mounted external
Hi Eric,
Thanks for your reply, my comments are inline...
On Fri, Apr 15, 2011 at 11:53 AM, Eric Uhrhane er...@google.com wrote:
Robert:
First of all, thanks for the feedback.
On Wed, Apr 13, 2011 at 1:35 PM, Robert Ginda rgi...@chromium.org wrote:
Hello public-webapps,
I've spent a bit