On Sat, Mar 28, 2009 at 11:29 AM, Michael Nordman micha...@google.comwrote:
On Tue, Mar 24, 2009 at 2:11 AM, Ian Hickson i...@hixie.ch wrote:
On Fri, 20 Mar 2009, Jonas Sicking wrote:
I do think it would be great if workers had access to some type of
structured storage. However I agree
On Sat, Mar 28, 2009 at 2:23 PM, Ian Hickson i...@hixie.ch wrote:
Robert O'Callahan wrote:
Now, with the storage mutex, are there any cases you know of where
serializability fails? If there are, it may be worth noting them in the
spec. If there aren't, why not simply write serializability
On Sat, Mar 28, 2009 at 5:57 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
What is the recommended way to handle the video tag on such hardware?
There are two obvious solutions:
0. Implement the spec, and just let it be really slow.
1. Attempt to approximate the correct behavior,
On 28.03.2009, at 4:23, Ian Hickson wrote:
I think, given text/css, text/html, and text/xml all have character
encoding declarations inline, transcoding is not going to work in
practice. I think the better solution would be to remove the rules
that
make text/* an issue in the standards
Scripts, and worker scripts in particular, should use application media
type; using text/javascript is obsolete. [RFC4329#3].
Chris
IFRAME where SRC=javascript:... has the same disk full problem as
Canvas.toTempURL, and a DOS attack can also be launched simply by creating a
large array that will fill the hard drive with virtual memory. In general,
handling OOM conditions is not covered by the specification.
Chris
On Fri, Mar 27, 2009 at 11:22 PM, Charles Pritchard ch...@jumis.com wrote:
[...]
We've been working on Javascript / Canvas projects for two years now.
We're in the process of releasing full implementations targeting the Common
Runtime Language,
Java AWT, ActionScript and DCOM.
I'm sure you
On Fri, 27 Mar 2009 21:53:48 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
Kartikaya Gupta wrote:
The empty string falls under the anything else case in my suggestion
above and would work as you expect.
Null and empty string should, imo, have the same behavior here. It
doesn't make
Kartikaya Gupta wrote:
Do you agree that null and empty string should behave differently for search and
hash?
No, not really. Are they treated differently in current UAs (past null
being treated as null, possibly)?
To me, it doesn't make sense to treat null and the empty string
Interestingly, it looks like Opera doesn't support the hostname setter
at all. Safari ignores the call in this case. I don't have IE to test
offhand.
True. Opera currently does not support setting these values separately.
10 matches
Mail list logo