Re: Sync API for workers

2013-10-14 Thread David Rajchenbach-Teller
Let me introduce the first sketch of a variant. The general idea is to add a |postSyncMessage| We extend DedicatedWorkerGlobalScope and MessageEvent as follows: interface DedicatedWorkerGlobalScope : WorkerGlobalScope { void postMessage(any message, optional sequence transfer); any postSyncMe

Re: Sync API for workers

2013-10-14 Thread David Rajchenbach-Teller
On 10/13/13 4:21 PM, James Greene wrote: >> a) is necessary, but for b) it is sufficient for the sync thread to be >> able to sleep until a condition/mutex/... is lifted > > In other words, your clarification is completely true but my initial > statement was written with regard to client-side Java

Re: Sync API for workers

2013-10-14 Thread Alon Zakai
- Original Message - > From: "David Bruant" > To: "Jonas Sicking" > Cc: "public-webapps" , aza...@mozilla.com > Sent: Sunday, October 13, 2013 1:36:22 PM > Subject: Re: Sync API for workers > > > * You could solve the use case of compile-to-JS for code that uses > > sync APIs using yiel

Re: Sync API for workers

2013-10-14 Thread Jonas Sicking
On Mon, Oct 14, 2013 at 2:33 AM, David Rajchenbach-Teller wrote: > Let me introduce the first sketch of a variant. The general idea is to > add a |postSyncMessage| > > We extend DedicatedWorkerGlobalScope and MessageEvent as follows: > > interface DedicatedWorkerGlobalScope : WorkerGlobalScope { >

Re: Sync API for workers

2013-10-14 Thread Glenn Maynard
You snipped the comment about waitForMessage(). I think it should return an Event, as if the message had been received from onmessage, not just the received data. On Sun, Oct 13, 2013 at 10:37 PM, Jonas Sicking wrote: > This is certainly an improvement over the previous proposal. However > give

Re: Sync API for workers

2013-10-14 Thread David Rajchenbach-Teller
This meant to be a more limited and well-behaved variant. However, as pointed out by Jonas, a very similar proposal has been submitted and discussed long before I joined this list. So, please disregard my proposal, it is an artifact of me not searching the archives well enough. Best regards, Davi

Re: Sync API for workers

2013-10-14 Thread James Greene
Could we change the method name under discussion to `postMessageSync` instead of `postSyncMessage`? I know they're not grammatically equivalent but I've always found the *Sync suffixes used on pertinent Node.js APIs to be much more intuitive than trying to guess which position within a string of wo

CfC: publish LCWD of Custom Elements; deadline October 21

2013-10-14 Thread Arthur Barstow
Dimitri and I did not notice any concerns to the request for pre-LC comments for Custom Elements [pre-LC] so this is a CfC to publish a LCWD of this spec using the following ED as the basis: This CfC satisfies the group

Re: [gamepad] Seeking status and plans

2013-10-14 Thread Marcos Caceres
Hi All, The Gamepad API was briefly discussed at the LXJS conference. See: http://www.youtube.com/watch?v=ekvaKmVfjtc&t=5m30s It seems at least one developer is very unhappy with it. Have we received any other feedback from developers about it? Has any effort been made to reach out to other d