Yes you can. Do this. Although clunky, you could actually do this today. As long as you can acquire the wave from the server to start writing it (or if the api allowed you to create one locally), when the client goes offline, you can still edit. Operations are queued and then sent to the server when it is connected again.
~Michael On 6/12/13 10:35 PM, "Bruno Gonzalez (aka stenyak)" <sten...@gmail.com> wrote: >On Mon, Jun 10, 2013 at 10:53 PM, Michael MacFadden < >michael.macfad...@gmail.com> wrote: > >> >> In terms of mobile devices, unless we are talking about some form of >> bluetooth or local wifi, then it is likely that messaging with be client >> server. However, how OT happens is up for debate. >> > >Going back to the original discussion, "why a pure p2p system", I'm >intrigued to know if you can 'draft' waves offline (i.e. mobile phone not >connected anywhere yet), and then sync to the server correctly when you >are >online again. >The analogy with email is: I can edit an existing draft message offline, >then sync via IMAP. >So can I draft an existing wave offline, then sync to the "server" without >a truly P2P wave system, knowing that somebody else may have also edited >the draft meanwhile? >-- >Saludos, > Bruno González > >_______________________________________________ >Jabber: stenyak AT gmail.com >http://www.stenyak.com
