Re: Discussion on WebApps APIs (ACTION-461)

Dan,

Thanks for the very helpful start on this.  I understand that it's 
intentionally sketchy.  That said, I think it would be helpful if, before 
getting too far into recommendations like "design asynchronously", we could 
outline some general goals, desiderata or success criteria.

These might be obvious things like "enable the construction of secure 
applications" or "make the simple cases easy and the hard cases possible" 
or "enable the construction of applications that remain responsive even 
while background work, such as network data access, is going on".  Then we 
can decide whether such a goal is best achieved by mandating APIs that are 
overtly asynchronous, such as those that take explicit continutions, or 
whether other means might be considered too.

Again, thanks so much for getting this started.  I've linked your email and 
the notes from the agenda.

Noah

On 10/18/2010 6:59 PM, Appelquist, Daniel, VF-Group wrote:
> Understood – Is there any other document which supersedes it?
>
> Dan
>
>
> On 18/10/2010 03:23, "Robin Berjon" <robin@berjon.com> wrote:
>
>     Hi Dan,
>
>     On Oct 18, 2010, at 03:16 , Appelquist, Daniel, VF-Group wrote:
>     >  I’ve prepared some brief notes for a discussion on WebApps APIs:
>     >
>     >  http://www.w3.org/2001/tag/2010/10/WebappsAPIDesignNotes.html
>     >
>     >  After reviewing a number of other documents mostly from the WebApps
>     and Device APIs working groups (recommended reading list at the bottom
>     of that document) my current view is that there is scope for authoring
>     a possible finding on this topic. I believe this finding should attempt
>     to derive best practice thinking from the good work already done
>     particularly in WebApps, and DAP.
>
>     Please note that http://dev.w3.org/2009/dap/design-patterns/ which you
>     reference was largely the work of one person and hasn't been touched in
>     a year. I wouldn't consider it to reflect the consensus of the WG.
>
>     --
>     Robin Berjon - http://berjon.com/
>
>
>
>

Received on Tuesday, 19 October 2010 05:19:38 UTC