<div>Aaron Boodman wrote:<br></div><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>* To support seamless (non-modal) transitions between online, offline,
<br>and the browser-is-confused-and-thinks-you're-online-but-really-you're-not<br>(wireless that you have to login to, slow DNS, and crashed servers<br>that are serving 500s are all good examples of this last situation).
<br>* To allow users to access the application from the same URL whether<br>they are online or offline.<br>* To support atomic updates of applications so that you always have a<br>consistent version when you go offline.<br>
* To allow the capture of arbitrary URLs. The canonical example would<br>be attachments in web mail.<br>* To allow the capture of file uploads for later re-posting to the<br>server. Again, think web mail.<br>* Good, webby, autoupdating characteristics. We didn't want it to be
<br>possible for web developers to push a broken version of their app<br>which could never get unbroken. In fact, we would love this to be as<br>close to webby as possible, without sacrificing the goal of always<br>being in a consistent state.
<br>* Simple enough to use without sophisticated server-side<br>infrastructure (again, you can think of this as webbiness -- we want<br>developers to be able to author this with Notepad).<br>* To make it as simple as possible to migrate existing AJAX
<br>applications to be offline-enabled.</pre></blockquote><div>Agree on all those.<br></div><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
<pre>- One major issue that we found here was that lots of existing<br>applications serve different resources at the same URI depending on<br>who is logged in. We could ask these applications to redesign so that<br>they don't do that, but we would prefer to not have to.
<br></pre></blockquote>Understood, but this seems to add substantial complexity to the model. Is it really a big deal to restrict users to one login available offline? A browser can of course support multiple profiles or something similar to address that use case without complicating the development model.
<br clear="all"><br>Rob<br>-- <br>"Two men owed money to a certain moneylender. One owed him five hundred denarii, and the other fifty. Neither of them had the money to pay him back, so he canceled the debts of both. Now which of them will love him more?" Simon replied, "I suppose the one who had the bigger debt canceled." "You have judged correctly," Jesus said. [Luke 7:41-43]