<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:,2008:/1/tag:www.readwriteweb.com,2008://1.6147-</id>
  <updated>2008-05-20T19:51:37Z</updated>
  <title>Comments for Why We Need Web Apps on the Desktop</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.1</generator>
  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.readwriteweb.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=6147" title="Etelos Goes Offline with MediaWiki, WordPress and the Apps You Build" />
    <published>2008-04-21T10:02:24Z</published>
    <updated>2008-04-21T16:37:55Z</updated>
    <title>Etelos Goes Offline with MediaWiki, WordPress and the Apps You Build</title>
    <summary>The Etelos Application Framework today launched a key new feature: the ability for applications there to run offline and sync when connectivity is available. The company requires zero code changes to be made in order for apps to go offline. From apps developed natively for the Etelos marketplace to enterprise installs of Google Apps, MediaWiki...</summary>
    <author>
      <name>Marshall Kirkpatrick</name>
      <uri>http://www.readwriteweb.com</uri>
    </author>
    
    <category term="Products" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><span class="mt-enclosure mt-enclosure-image"><img alt="eteloslogo.jpg" src="http://www.readwriteweb.com/images/eteloslogo.jpg" width="150" height="65" class="mt-image-left" style="float: left; margin: 0 20px 20px 0;"/></span>The <a href="http://www2.etelos.com/">Etelos Application Framework</a> today launched a key new feature: the ability for applications there to run offline and sync when connectivity is available.  The company requires zero code changes to be made in order for apps to go offline.</p>

<p>From apps developed natively for the <a href="http://www2.etelos.com/store/?storetab=on">Etelos marketplace</a> to enterprise installs of Google Apps, MediaWiki and WordPress - the company expects a wide range of apps to make use of the offline functionality.</p>]]>
      <![CDATA[<p>From Google Gears to (in theory) <a href="http://www.readwriteweb.com/archives/firefox_3_offline_apps.php">Firefox 3</a> to the mysterious <a href="http://www.larw.com/?p=97">Yahoo BrowserPlus project</a> - a lot of people are clearly trying to make apps usable offline. We've <a href="http://www.readwriteweb.com/archives/how_important_is_offline_access.php">debated the soundness of that trend</a> here at RWW, but we do love us some desktop RSS reading, too.</p>

<p>The Etelos offering is just the latest from a company that offers primarily enterprise app developers a wide range of services.  The idea behind Etelos is that the company takes care of everything from billing to customer management, allowing developers to make and sell great apps.  Now those apps will be able to live offline, one more good reason to offer apps through the platform.</p>

<p>App account administrators (on the customer side) will be able to set varying permission levels to determine which users can access what information for syncing offline. </p>

<p>For the immediate future, at least, when in-flight wifi still seems a ways off and connectivity in general isn't what it ought to be - this sounds like a good idea.  Offline access and later syncing is something that sounds uninspiring in theory but is very exciting when you're using it.  Google Gears offers another level of emotional experience when you get to feel disappointment over the shaky quality of syncing once back online.  There's certainly room for competition in the world of offline access to web apps.</p>]]>
    </content>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52702</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52702" />
    <title>Comment from Robert  Q Benedict on 2008-04-21</title>
    <author>
        <name>Robert  Q Benedict</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>What might be the ceiling on how complex the applications might be?  It sounds great, but also sounds like something that could require more user user support?  We now have to field desktop issues as well as web?  Any thoughts?</p>]]>
    </content>
    <published>2008-04-21T11:55:09Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52706</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52706" />
    <title>Comment from Ajay on 2008-04-21</title>
    <author>
        <name>Ajay</name>
        <uri>http://readerszone.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://readerszone.com">
        <![CDATA[<p>good work<br />
not much bandwidth is reqire.<br />
i will definatly use it in my blog <br />
<a href="http://readerszone.com" rel="nofollow">http://readerszone.com</a><br />
</p>]]>
    </content>
    <published>2008-04-21T12:41:18Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52712</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52712" />
    <title>Comment from Marshall Kirkpatrick on 2008-04-21</title>
    <author>
        <name>Marshall Kirkpatrick</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>Robert, those are good questions for sure.  Perhaps some one from ETelos will reply here in comments.</p>]]>
    </content>
    <published>2008-04-21T14:40:29Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52714</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52714" />
    <title>Comment from Ahmad Baitalmal on 2008-04-21</title>
    <author>
        <name>Ahmad Baitalmal</name>
        <uri>http://www.etelos.com/blogs.espx?show=12551&amp;author=1</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.etelos.com/blogs.espx?show=12551&amp;author=1">
        <![CDATA[<p>Robert,</p>

<p>I'm not sure exactly how to quantify the complexity you have in mind, however, the general rule is if its a LAMP compatible application it should run with no code changes at all. We use SugarCRM as an example because it is a rich application with many typical features that users have come to expect. The platform is open to the developer to add as much complexity as they would need on their online server.</p>

<p>As with any software product, user support is expected. Many of the components AOP relies on are very well community-supported already and that was a big part of our decision to stick with solid components that are well understood and relied upon. With that mentioned, an application provider would still provide the same support they would provide for their online server application. AOP makes it so they can support  both interfaces with the same code base.</p>

<p>The developer can concentrate on building and maintaining an excellent user experience with their application in a server environment, AOP replicates that same exact environment on the user's desktop.</p>]]>
    </content>
    <published>2008-04-21T15:25:56Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52718</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52718" />
    <title>Comment from Marcin Grodzicki on 2008-04-21</title>
    <author>
        <name>Marcin Grodzicki</name>
        <uri>http://blog.dooyt.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://blog.dooyt.com">
        <![CDATA[<p>The world just keeps coming back in circles :) Current offline apps are a bit shaky indeed: RTM, Docs - the only 2 I use mostly don't work (on a mac at least). I don't really get where the problem is - the browser, the Gears? Still plenty of space for innovation here, but I don't think that more than 2 - 3 can actually survive competition.</p>

<p>btw. I'm gettin the "Script not responding" message whenever I load RWW today.</p>]]>
    </content>
    <published>2008-04-21T16:17:30Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2008://1.6147-comment:52928</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2008://1.6147" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/etelos_goes_offline2.php#c52928" />
    <title>Comment from daniel on 2008-04-24</title>
    <author>
        <name>daniel</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>hi </p>

<p>according to crmbuyer <a href="http://www.crmbuyer.com/rsstory/62681.html?welcome=1209032918," rel="nofollow">http://www.crmbuyer.com/rsstory/62681.html?welcome=1209032918,</a> etelos have 3 patents pending:</p>

<p>- one that enables browser-based applications to function offline; <br />
- another that reconciles changes made while offline, <br />
- and a third that synchronizes data with any other AOP-enabled application when returning to the cloud.</p>

<p>that means that etelos basically claims the whole offline technology. Interestingly this is not mentioned in your article. </p>

<p>dany</p>]]>
    </content>
    <published>2008-04-24T10:38:56Z</published>
  </entry>

</feed>