[push-api] Dependency on System Messages

2014-03-13 Thread Arthur Barstow

Hi Bryan, Eduardo, All,

While working through the push notification versus push message 
thread, I noticed Push API directly refers to System Messages as 
defined by SysApps' [runtime] spec. Based on the Note at the top of 
[runtime], it appears work on that spec has stopped. As such, what is 
the plan for the Push API spec regarding the dependency on the System 
Messages feature?


-Thanks, AB

[runtime] http://runtime.sysapps.org/



Re: [push-api] Dependency on System Messages

2014-03-13 Thread SULLIVAN, BRYAN L
One of the other changes in progress is to include service workers on the 
design of the API. I don't know if that replaces system messages in total but 
the necessary changes will be considered when a new draft is submitted.

Thanks,
Bryan Sullivan

On Mar 13, 2014, at 12:40 PM, Arthur Barstow 
art.bars...@nokia.commailto:art.bars...@nokia.com wrote:

Hi Bryan, Eduardo, All,

While working through the push notification versus push message thread, I 
noticed Push API directly refers to System Messages as defined by SysApps' 
[runtime] spec. Based on the Note at the top of [runtime], it appears work on 
that spec has stopped. As such, what is the plan for the Push API spec 
regarding the dependency on the System Messages feature?

-Thanks, AB

[runtime] http://runtime.sysapps.org/



Re: [push-api] Dependency on System Messages

2014-03-13 Thread Michael van Ouwerkerk
In Blink/Chrome we are looking into the Push API. We intend to use Service
Workers as an alternative for System Messages. The idea is to fire an event
in the SW when a push message is received. This has a big advantage: waking
up a SW should be much faster than loading the whole document.

Regards,

Michael



On Thu, Mar 13, 2014 at 11:45 AM, SULLIVAN, BRYAN L bs3...@att.com wrote:

  One of the other changes in progress is to include service workers on
 the design of the API. I don't know if that replaces system messages in
 total but the necessary changes will be considered when a new draft is
 submitted.

 Thanks,
 Bryan Sullivan

 On Mar 13, 2014, at 12:40 PM, Arthur Barstow art.bars...@nokia.com
 wrote:

  Hi Bryan, Eduardo, All,

 While working through the push notification versus push message
 thread, I noticed Push API directly refers to System Messages as defined
 by SysApps' [runtime] spec. Based on the Note at the top of [runtime], it
 appears work on that spec has stopped. As such, what is the plan for the
 Push API spec regarding the dependency on the System Messages feature?

 -Thanks, AB

 [runtime] http://runtime.sysapps.org/




Re: [push-api] Dependency on System Messages

2014-03-13 Thread Mounir Lamouri
On Thu, 13 Mar 2014, at 22:45, SULLIVAN, BRYAN L wrote:
 One of the other changes in progress is to include service workers on the
 design of the API. I don't know if that replaces system messages in total
 but the necessary changes will be considered when a new draft is
 submitted.

System Messages are definitely abandoned, I do not think any
specification should use them. Even in SysApps, we started working on
something called Event Pages (similar to what Chrome Apps does) before
Service Worker took off.

-- Mounir



Re: [push-api] Dependency on System Messages

2014-03-13 Thread Arthur Barstow

On 3/13/14 1:52 PM, ext Mounir Lamouri wrote:
System Messages are definitely abandoned, I do not think any 
specification should use them. Even in SysApps, we started working on 
something called Event Pages (similar to what Chrome Apps does) before 
Service Worker took off.


Given this, seems like the runtime ED and TR should be updated accordingly.

-AB





Re: [push-api] Dependency on System Messages

2014-03-13 Thread Marcos Caceres


On March 13, 2014 at 2:33:08 PM, Arthur Barstow (art.bars...@nokia.com) wrote:
 On 3/13/14 1:52 PM, ext Mounir Lamouri wrote:
  System Messages are definitely abandoned, I do not think any
  specification should use them. Even in SysApps, we started working on
  something called Event Pages (similar to what Chrome Apps does) before
  Service Worker took off.
  
 Given this, seems like the runtime ED and TR should be updated accordingly.

I’ll trash the ED’s content. But the SysApps WG needs to make this into a Note.