[whatwg] Specs for window.atob() and window.btoa()

2011-02-01 Thread Ian Hickson
On Wed, 25 Aug 2010, Boris Zbarsky wrote: > On 8/25/10 9:37 PM, Boris Zbarsky wrote: > > Note that this issue means that using atob or btoa for dealing with > > this is a huge pain if non-ASCII chars are involved, since those take > > and return byte arrays masquerading as JS strings, not actual

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Simon Pieters
On Tue, 01 Feb 2011 07:47:26 +0100, Kenneth Russell wrote: On Mon, Jan 31, 2011 at 3:10 PM, Ian Hickson wrote: On Fri, 7 Jan 2011, David Flanagan wrote: The structured clone algorithm currently allows ImageData and Blob objects to be cloned but doesn't mention ArrayBuffer. Is this intentio

[whatwg] my mailing list

2011-02-01 Thread Reginald,Chika Onyia
chkrrchn...@aol.com,recghongr...@yahoo.com,rechongr...@hotmail.com,rechonyiaonakagr...@googlegroups.com,rech...@ovi.com -- R.C.O

Re: [whatwg] Onpopstate is Flawed

2011-02-01 Thread Henry Chan
Thanks, you save my life!! Btw i'd reli like the onpopstate to fire as early as possible, possibly before images are requested/dom is fully loaded. But this is already great enough :D On Tue, Feb 1, 2011 at 10:32 AM, Jonas Sicking wrote: > On Thu, Dec 23, 2010 at 6:18 PM, Henry Chan > wrote:

Re: [whatwg] Appcache feedback (various threads)

2011-02-01 Thread Adam de Boor
On Mon, Jan 31, 2011 at 3:28 PM, Ian Hickson wrote: > On Fri, 13 Aug 2010, Patrick Mueller wrote: > > On 8/12/10 6:29 PM, Ian Hickson wrote: > > > On Wed, 19 May 2010, Patrick Mueller wrote: > > > > > > > > I've been playing with application cache for a while now, and found > > > > the diagnostic

Re: [whatwg] Appcache feedback (various threads)

2011-02-01 Thread Patrick Mueller
On 2/1/11 11:47 AM, Adam de Boor wrote: On Mon, Jan 31, 2011 at 3:28 PM, Ian Hickson wrote: On Fri, 13 Aug 2010, Patrick Mueller wrote: On 8/12/10 6:29 PM, Ian Hickson wrote: On Wed, 19 May 2010, Patrick Mueller wrote: I've been playing with application cache for a while now, and found the

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Boris Zbarsky
On 2/1/11 5:19 AM, Simon Pieters wrote: While you're discussing efficient handoff of ArrayBuffer, do you also keep in mind efficient handoff of other objects (e.g. ImageData) as discussed in this thread?: http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2011-January/029885.html For what it's

[whatwg] Proposal for separating script downloads and execution

2011-02-01 Thread Nicholas Zakas
Problem Statement: Loading JavaScript onto a page poses several performance issues. With a regular

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Anne van Kesteren
On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky wrote: On 2/1/11 5:19 AM, Simon Pieters wrote: While you're discussing efficient handoff of ArrayBuffer, do you also keep in mind efficient handoff of other objects (e.g. ImageData) as discussed in this thread?: http://lists.whatwg.org/pipermail

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Oliver Hunt
On Feb 1, 2011, at 10:04 AM, Anne van Kesteren wrote: > On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky wrote: >> On 2/1/11 5:19 AM, Simon Pieters wrote: >>> While you're discussing efficient handoff of ArrayBuffer, do you also >>> keep in mind efficient handoff of other objects (e.g. ImageDat

Re: [whatwg] Proposal for separating script downloads and execution

2011-02-01 Thread Kyle Simpson
?> The ability to separate download and execution is a trend that has not only emerged, but continues to be explored. There are problems with the previous solutions, the biggest of which (in the case of #1 and #2) is the reliance on the browser caching behavior which may, in some instances, lead

Re: [whatwg] Proposal for separating script downloads and execution

2011-02-01 Thread Nicholas Zakas
I almost completely agree with you. The major issue I have with the way the spec is written is that there is no way to feature detect this capability. I'd like this behavior (which I agree, is useful), to be more explicit so we can easily make use where available. -Nicholas __

Re: [whatwg] navigation shouldn't abort if canceled

2011-02-01 Thread Mike Wilson
No comments so far on this issue so I'll describe it a bit more. Consequences of the current text are that resource fetches are canceled for a document when navigating away from it, even if the user then chooses to cancel the navigation at a "beforeunload" prompt and returns to the document. Best

Re: [whatwg] Proposal for separating script downloads and execution

2011-02-01 Thread Kyle Simpson
?> The major issue I have with the way the spec is written is that there is no way to feature detect this capability. I'd like this behavior (which I agree, is useful), to be more explicit so we can easily make use where available. I agree, the spec doesn't make it clear in its current wording

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Tab Atkins Jr.
On Tue, Feb 1, 2011 at 10:04 AM, Anne van Kesteren wrote: > On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky wrote: >> >> On 2/1/11 5:19 AM, Simon Pieters wrote: >>> >>> While you're discussing efficient handoff of ArrayBuffer, do you also >>> keep in mind efficient handoff of other objects (e.g

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Kenneth Russell
On Tue, Feb 1, 2011 at 11:08 AM, Tab Atkins Jr. wrote: > On Tue, Feb 1, 2011 at 10:04 AM, Anne van Kesteren wrote: >> On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky wrote: >>> >>> On 2/1/11 5:19 AM, Simon Pieters wrote: While you're discussing efficient handoff of ArrayBuffer, do yo

Re: [whatwg] The choice of script global object to use when the script element is moved

2011-02-01 Thread Ian Hickson
On Thu, 9 Sep 2010, Henri Sivonen wrote: > On Sep 9, 2010, at 00:47, Ian Hickson wrote: > > On Fri, 3 Sep 2010, Henri Sivonen wrote: > >> > >> When evaluating a parser-inserted script, there are three potential > >> script global objects to use: > >> > >> 1) The script global object of the docume

Re: [whatwg] ArrayBuffer and the structured clone algorithm

2011-02-01 Thread Boris Zbarsky
On 2/1/11 1:04 PM, Anne van Kesteren wrote: On Tue, 01 Feb 2011 18:36:19 +0100, Boris Zbarsky wrote: For what it's worth, in Gecko that's the same thing, since imagedata is just a typed array in our implementation. ImageData.data you mean? Yes. I wonder if we can still remove CanvasPixelA