[whatwg] Workers in HTML5 (was: postMessage apply(), pipe, etc.)

Dimitri Glazkov dimitri.glazkov at gmail.com
Fri Feb 15 07:00:46 PST 2008


Geoff,

These are all good questions.

I apologize, this was a spur-of-the-moment
write-down-before-it-goes-away post. And as such, it's skimp on the
meat. If anything, it was a good enough nudge for Aaron and Hixie to
release their proposals.

What I did want to capture is the idea of API familiarity to that
could exist inside of a worker, so that the developers operate with
the same (though a subset of) methods and properties as they would
outside of the worker and use the same postMessage API to communicate
with the workers as they would with other windows.

:DG<

On Thu, Feb 14, 2008 at 5:05 PM, Geoffrey Garen <ggaren at apple.com> wrote:
> > Since postMessage API is looking more an more like the Gears worker
>  > messaging API (or better), can we go one step further and introduce
>  > workers into the HTML5, defined as invisible windows with limited
>  > capabilities:
>
>  Why call these "windows" at all? They seem to have no relationship
>  physical windows, or the JavaScript "window" object.
>
>
>  > WorkerWindow openWorker(in DOMString url);
>
>  Can I supply a URL to an HTML file here? Does the file load and parse
>  as an HTML document? Is the document accessible to the worker?
>
>  Since the whole point of the worker is to do JavaScript work, should
>  this string be a script instead of a URL?
>
>  How do I pass data to a worker?
>
>  Is there an API contract regarding synchronization and/or order of
>  execution?
>
>
>  >   // some events
>  >   attribute EventListener onabort;
>  >   attribute EventListener onload;
>  >   attribute EventListener onunload;
>
>  Why these events?
>
>  When is a worker considered loaded? Unloaded? Aborted?
>
>  Thanks,
>  Geoff
>



More information about the whatwg mailing list