Update on Streams API Status

2014-02-06 Thread Feras Moussa
Hi All, I wanted to update everyone on the latest plan for moving forward on the Streams spec. For a variety of reasons, there are currently two Streams Specs being worked on - one in the W3C, and one in the WHATWG. Each of these specs have their strengths and weaknesses, and were looking

RE: Request for feedback: Streams API

2013-12-04 Thread Feras Moussa
, ArtB [ED] https://dvcs.w3.org/hg/streams-api/raw-file/tip/Overview.htm On 12/4/13 11:27 AM, ext Feras Moussa wrote: The editors of the Streams API have reached a milestone where we feel many of the major issues that have been identified thus far are now resolved and incorporated in the editors

RE: Comments on version web-apps specs from 2013-10-31

2013-11-20 Thread Feras Moussa
Hi Francois,Thanks for the feedback. From: francois-xavier.kowal...@hp.com To: public-webapps@w3.org Date: Wed, 20 Nov 2013 20:30:47 + Subject: Comments on version web-apps specs from 2013-10-31 Hello I have a few comments on:

RE: CfC: publish WD of Streams API; deadline Nov 3

2013-11-03 Thread Feras Moussa
Streams instantiations somewhere make me think to the structured clone algorithm, as I proposed before there should be a method like a createStream so you just need to say for a given API that it supports this method and you don't have to modify the API except for specific cases (xhr,ws,etc),

RE: Defining generic Stream than considering only bytes (Re: CfC: publish WD of Streams API; deadline Nov 3)

2013-10-31 Thread Feras Moussa
A few comments inline below - From: tyosh...@google.com Date: Thu, 31 Oct 2013 13:23:26 +0900 To: d...@deanlandolt.com CC: art.bars...@nokia.com; public-webapps@w3.org Subject: Defining generic Stream than considering only bytes (Re: CfC: publish WD of

RE: publish WD of Streams API; deadline Nov 3

2013-10-31 Thread Feras Moussa
Agreed. Some of the points listed appear to be things already addressed. Takeshi and I have some feedback on the initial mail, but will wait and provide thoughts on the proposal instead. Looking forward to seeing it. From: tyosh...@google.com Date: Fri, 1 Nov

RE: CfC: publish WD of Streams API; deadline Nov 3

2013-10-31 Thread Feras Moussa
Yes, WebSockets was missing - I've gone ahead and updated the spec to include it. Thanks for sharing the links, the content is well thought out. In particular, your diagram does a good job summarizing some of the key consumers and producers that come to play regarding Streams. I'll review it

RE: [streams-api] Seeking status and plans

2013-10-12 Thread Feras Moussa
, Oct 10, 2013 at 11:34 PM, Feras Moussa feras.mou...@hotmail.com mailto:feras.mou...@hotmail.com wrote: Apologies for the delay, I had broken one of my mail rules and didn't see this initially. Asymeric is correct - there have been a few threads and revisions. A more up-to-date version

RE: [streams-api] Seeking status and plans

2013-10-10 Thread Feras Moussa
Apologies for the delay, I had broken one of my mail rules and didn't see this initially. Asymeric is correct - there have been a few threads and revisions. A more up-to-date version is the one Asymeric linked -

RE: Overlap between StreamReader and FileReader

2013-05-16 Thread Feras Moussa
Can you please go into a bit more detail? I've read through the thread, and it mostly focuses on the details of how a Stream is received from XHR and what behaviors can be expected - it only lightly touches on how you can operate on a stream after it is received. The StreamReader by design

RE: [Streams API] typo

2013-01-17 Thread Feras Moussa
Thanks, I've gone ahead and updated the Streams API spec accordingly. Date: Thu, 17 Jan 2013 10:46:16 +0100 From: cyril.concol...@telecom-paristech.fr To: public-webapps@w3.org Subject: [Streams API] typo Hi all, I noticed a typo in the W3C Editor's Draft 25 October 2012 of Streams

Affiliation change and Streams API status

2013-01-02 Thread Feras Moussa
Hi all,this is to announce that my affiliation has changed and I no longer work for Microsoft. I will remain part of the WG as an invited expert, and will continue on as editor of the Streams API spec. I've recently made a set of changes to the Streams API[1] and believe the spec is feature

RE: [File API] Blob URI creation

2012-08-14 Thread Feras Moussa
In general we are OK with changing it to the autoRevoke behavior below, but have some concerns around changing the default behavior. Changing the default behavior is a breaking change and any apps which expect the URL to work multiple times will now be broken. In Windows 8, we also implemented

RE: File API oneTimeOnly is too poorly defined

2012-04-09 Thread Feras Moussa
We agree that the spec text should be updated to more clearly define what dereference means. When we were trying to solve this problem, we looked for a simple and consistent way that a developer can understand what dereferencing is. What we came up with was the following definition: revoking

RE: [FileAPI] Deterministic release of Blob proposal

2012-03-07 Thread Feras Moussa
Then let's try this again. var a = new Image(); a.onerror = function() { console.log(Oh no, my parent was neutered!); }; a.src = URL.createObjectURL(blob); blob.close(); Is that error going to hit? I documented this in my proposal, but in this case the URI would have been minted prior to

RE: [FileAPI] Deterministic release of Blob proposal

2012-03-07 Thread Feras Moussa
-Original Message- From: Anne van Kesteren [mailto:ann...@opera.com] Sent: Wednesday, March 07, 2012 12:49 AM To: Arun Ranganathan; Feras Moussa Cc: Adrian Bateman; public-webapps@w3.org; Ian Hickson Subject: Re: [FileAPI] Deterministic release of Blob proposal On Wed, 07 Mar 2012

RE: FileReader abort, again

2012-03-06 Thread Feras Moussa
Anne confirmed that a new open in onerror or onload /would/ suppress the loadend of the first send. So we would want a new read/write in onload or onerror to do the same, not just those in onabort. We encountered this same ambiguity in the spec, and we agree with the above. This is also

RE: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Feras Moussa
From: Arun Ranganathan [mailto:aranganat...@mozilla.com] Sent: Tuesday, March 06, 2012 1:27 PM To: Feras Moussa Cc: Adrian Bateman; public-webapps@w3.org; Ian Hickson; Anne van Kesteren Subject: Re: [FileAPI] Deterministic release of Blob proposal Feras, In practice, I think

RE: Transferable and structured clones, was: Re: [FileAPI] Deterministic release of Blob proposal

2012-03-06 Thread Feras Moussa
-Original Message- From: Arun Ranganathan [mailto:aranganat...@mozilla.com] Sent: Tuesday, March 06, 2012 1:32 PM To: Kenneth Russell Cc: public-webapps@w3.org; Charles Pritchard; Glenn Maynard; Feras Moussa; Adrian Bateman; Greg Billock Subject: Re: Transferable and structured

RE: [FileAPI] Deterministic release of Blob proposal

2012-03-05 Thread Feras Moussa
extensive use of the APIs. -Original Message- From: Arthur Barstow [mailto:art.bars...@nokia.com] Sent: Monday, March 05, 2012 12:52 PM To: Feras Moussa; Arun Ranganathan; Jonas Sicking Cc: public-webapps@w3.org; Adrian Bateman Subject: Re: [FileAPI] Deterministic release of Blob proposal

[FileAPI] Deterministic release of Blob proposal

2012-03-02 Thread Feras Moussa
At TPAC we discussed the ability to deterministically close blobs with a few others. As we've discussed in the createObjectURL thread[1], a Blob may represent an expensive resource (eg. expensive in terms of memory, battery, or disk space). At present there is no way for an application to

RE: [FileAPI] createObjectURL isReusable proposal

2012-02-29 Thread Feras Moussa
We think the new property bag (objectURLOptions) semantics in the latest editors draft are very reasonable. We have an implementation of this and from our experience have found it very widely used internally with app developers - many leverage it as a way to get an easy to use one-time-use URL

RE: StreamBuilder threshold

2012-02-22 Thread Feras Moussa
-Original Message- From: Stefan Hakansson LK [mailto:stefan.lk.hakans...@ericsson.com] Sent: Sunday, February 05, 2012 4:50 AM To: Feras Moussa Cc: Travis Leithead; public-webapps@w3.org Subject: Re: StreamBuilder threshold On 01/26/2012 07:05 PM, Feras Moussa wrote: Can you

RE: StreamBuilder threshold

2012-01-26 Thread Feras Moussa
...@ericsson.com] Sent: Tuesday, January 17, 2012 12:28 AM To: Feras Moussa; Travis Leithead Cc: public-webapps@w3.org Subject: StreamBuilder threshold I'm looking at http://html5labs.interoperabilitybridges.com/streamsapi/, and specifically at the StreamBuilder. It has the possibility to generate

RE: [XHR] chunked requests

2011-12-14 Thread Feras Moussa
-Original Message- From: Anne van Kesteren [mailto:ann...@opera.com] Sent: Friday, December 09, 2011 5:15 AM To: Wenbo Zhu; Jonas Sicking; Robert O'Callahan; Feras Moussa Cc: WebApps WG Subject: Re: [XHR] chunked requests On Thu, 08 Dec 2011 23:16:37 +0100, Jonas Sicking jo