Re:Introducing Background Sync Web API
by steven777400 on Thursday December 17, 2015 @11:47AM
(#10752533)
This kind of capability will be very beneficial in making web apps behave more like a first-class native application. For example, I frequently "send" an SMS when I have no service knowing it will be processed later when the network is restored (without manual intervention).
Re:Introducing Background Sync Web API
by thetmkay on Thursday December 17, 2015 @01:32PM
(#10753325)
(Slightly tangential) does anyone else predict and hope for a looser coupling between client and server?
Even in the age of increased connectivity, an app or static client experience, rather than streaming (except for obvious cases like video and music), in my mind would greatly improve the web for the user. Especially if not every user action can be tracked with an AJAX request.
I've only started looking into building apps offline-first (late to the party) but with tech like CouchDB, service workers etc - it's becoming much easier to build a more decentralized online experience (and interestingly return to an earlier epoch).
Re:Introducing Background Sync Web API
by coda_ on Thursday December 17, 2015 @11:36AM
(#10752461)
All I could find was this, from the article: "It’ll be a while before all browsers support background sync, especially as Safari and Edge don’t yet support service workers."
It talks about using code to check to see if it's supported in the user's browser under "Progressive Enhancement".
Re:Introducing Background Sync Web API
by lewisl9029 on Thursday December 17, 2015 @01:38PM
(#10753372)
This is exactly the kind of functionality that I was missing when I was building Toc [1], a decentralized messaging app built on web technologies and Cordova.
Since mobile devices tend to pause apps rather aggressively, getting the Cordova app to retry message sending in the background required messing with native plugins, and getting the browser app to do this was simply not possible at the time.
Glad to see this feature finally become a proper web standard!
Re:Introducing Background Sync Web API
by nickspacek on Thursday December 17, 2015 @09:48AM
(#10751723)
This should be great. I work on a Cordova app where data submissions by the user are queued in some custom iOS code and regularly attempted if there is connectivity. When I read about Service Workers it sounded like they would be able to do this as part of standard HTML, but I didn't see any examples of people using them that way.
Even in the age of increased connectivity, an app or static client experience, rather than streaming (except for obvious cases like video and music), in my mind would greatly improve the web for the user. Especially if not every user action can be tracked with an AJAX request.
I've only started looking into building apps offline-first (late to the party) but with tech like CouchDB, service workers etc - it's becoming much easier to build a more decentralized online experience (and interestingly return to an earlier epoch).
It talks about using code to check to see if it's supported in the user's browser under "Progressive Enhancement".
Since mobile devices tend to pause apps rather aggressively, getting the Cordova app to retry message sending in the background required messing with native plugins, and getting the browser app to do this was simply not possible at the time.
Glad to see this feature finally become a proper web standard!
[1] http://toc.im/
edit: nvm, didn't see execution time cap
FTFY:
> Open Emojoy. In Chrome.