Why not having a different approach? A widget would register to be notified when an SMS arrive, and upon reception, the widget wake up? In fact, nothing prevent you to put a link in an SMS, with or without widget, but this limit the use cases... On 6/1/07, Gene Vayngrib <gene_vayngrib@yahoo.com> wrote: > > > Here is a use case - Push mail implemented as widget. Details: widget is > running on the mobile phone, SMS message arrives alerting user to some > changes. User clicks on a link in URL and a corresponding widget opens and > picks up the changes from the Web. This would allow push-mail implemented as > widget and many other enterprise scenarios - I can see many uses in CRM, for > example. What is important - without widget having its own URL such > applications become impossible to create. Please drop me a note if you see > ANY workaround based on current Widget spec? > > --0-1904635671-1180704966=:79654 > Content-Type: text/html; charset=iso-8859-1 > Content-Transfer-Encoding: 8bit > > Here is a use case - Push mail implemented as widget. Details: widget is > running on the mobile phone, SMS message arrives alerting user to some > changes. User clicks on a link in URL and a corresponding widget opens and > picks up the changes from the Web. This would allow push-mail implemented as > widget and many other enterprise scenarios - I can see many uses in CRM, for > example. What is important - without widget having its own URL such > applications become impossible to create. Please drop me a note if you see > ANY workaround based on current Widget spec?<br> > --0-1904635671-1180704966=:79654-- > > > -- Thomas Landspurg http://blog.landspurg.netReceived on Saturday, 2 June 2007 07:11:04 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:10:22 GMT