[whatwg] JSON support for worker postMessage
aa at google.com
Mon Nov 17 20:12:57 PST 2008
If you support worker.sendMessage(<stuff>), where <stuff> is defined
by convenience to be: whatever you are allowed to send
JSON.stringify(), then you could expand this in the future to also
allow blobs w/o changing anything about JSON.
On Mon, Nov 17, 2008 at 8:10 PM, Jonas Sicking <jonas at sicking.cc> wrote:
> Indeed. Blobs is a great idea. We'll probably have to create further JSON
> extensions to support that.
> / Jonas
> Aaron Boodman wrote:
>> +1, because I think it will be useful to pass other things to workers
>> that JSON cannot represent (blobs) in the future.
>> - a
>> On Mon, Nov 17, 2008 at 8:03 PM, Jonas Sicking <jonas at sicking.cc> wrote:
>>> Hi All,
>>> Ben just wrote up a patch to support JSON objects as well as primitive
>>> values (0, null, false, etc) to be passed to and from workers using
>>> Wanted to see what the reactions to this was. Is it a good idea or not?
>>> I seem to recall this coming up in the past in the original feedback
>>> what features people wanted.
>>> The technical details are as follows:
>>> Any of the following values are passed by value as-is:
>>> * strings
>>> * numbers
>>> * booleans
>>> * undefined
>>> * null
>>> Anything else is passed to JSON.stringify (defined by Ecmascript drafts
>>> here). If calling JSON.stringify throws the same error will be thrown
>>> the function. Otherwise the message event fired on the other 'side' will
>>> contain the result of JSON.parse.
>>> / Jonas
More information about the whatwg