My reading (from the proposed APIs) is that these are only synchronous from the
Worker's PoV. If that's correct I have no real objections to such an API - the
render thread simply sees a regular message. It doesn't even need a special
API on the receiving side. If the Worker has
...
var
This is the privacy violation, and not acceptable as such.
I wonder how to not expose native spellchecker data to web page, yet
support this use case. Or do we need yet another permission, which user
has to give to the page before the spellchecker API fully working.
In general permission
This should work fine in a nightly already, if it doesn't you need to file a
bug.
--Oliver
On Dec 6, 2010, at 3:08 AM, Jeremy Orlow wrote:
I'm pretty sure this was discussed and that EMCA5 does make it possible to
use continue as we do. At least that's the conclusion we had with delete.
I recall talking to hixie about this at some point, and I recall that at that
point localstorage was explicitly prevented from Blobs, although I can't see
any sign of that rule anymore :-/
--Oliver
On Dec 3, 2010, at 10:41 AM, Darin Fisher wrote:
Have you guys considered what happens when a
On Oct 18, 2010, at 6:11 PM, Cameron McCormack wrote:
Erik Arvidsson:
The problem is that trying to get a non existing property in JS should
return undefined. Not null and not an empty string. I understand that
the spec used null since Java does not have undefined. Since we are
trying to
On Sep 8, 2010, at 11:13 AM, Chris Marrin wrote:
Web Sockets is certainly another candidate, but I meant Web Workers. There
have been informal discussions on using ArrayBuffers as a way to safely share
binary data between threads. I don't believe anything has been formalized
here.
You
Conceivably the language could be a relatively simple and broad
statement along the lines of:
Any type conversions needed for a language binding should occur
before an API function is called, if a type conversion fails for any
reason the call should be aborted
However this doesn't address
On Apr 21, 2009, at 1:38 AM, Anne van Kesteren wrote:
If something takes a DOMString as value is it clearly defined what
happens if the toString algorithm throws or returns a non-DOMString?
I haven't been able to find descriptions for that in the Web IDL
specification. E.g.
obj = {
On Apr 21, 2009, at 6:08 PM, Cameron McCormack wrote:
Anne van Kesteren:
If something takes a DOMString as value is it clearly defined what
happens if the toString algorithm throws or returns a non-DOMString?
Oliver Hunt:
I would assume that the exception will be propagated to the
runtime
It’s only the ECMAScript language binding that uses the ES ToString
etc.
algorithms, so I think it would be fine to define in the ES language
binding section that exceptions thrown when converting an IDL value to
an ECMAScript value or vice versa will propagate to whatever invoked
that
Sorry, the and browser at the end was a typo. I meant to say,
in the
browser. The reason synchronous access to the disk is a bad idea
is that
if the operation takes too long, a big file, a slow network home
directory,
Then:
function readFile(file) {
// 1. Check the fileSize property.
11 matches
Mail list logo
