<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">@ Nic Carter<br>
<br>
I think leaving the sync open to the OPTION of letting other
programmers plug in their favorite sync service would be nice.
Hard coding Dropbox only service could prove to be a disaster if
they flounder. If you created a 'generic' way to interface with
cloud syncing, then you could easily extend it to iCloud (if it
became super popular) or Google's services, or Ubuntu or
whatever... Things on the internet change constantly and I think
for longevity of your coding (basically making it easier for you
later, or future devs) you should make it possible to plug in
different services.<br>
<br>
p.s. thanks for accepting my unlurking :)<br>
<br>
On 02/13/2013 03:36 AM, David Instone-Brewer wrote:<br>
</div>
<blockquote cite="mid:E1U5Ylx-0005be-RX@ppsw-41.csi.cam.ac.uk"
type="cite">
I love Dropbox but I agree that it doesn't give much in the way of
APIs.
<br>
<br>
I'm impressed by Google Apps Script which you can use to control
their
spreadsheets and other Google docs. <br>
Google docs now work offline fairly well with Gears, though for
real-time
syncs you need to be online of course. <br>
You can leave a script running on their servers at no cost. <br>
I've had a script running for a few months, which looks out for
attachments in a Gmail account and saves them as docs in Google
Drive.
<br>
It runs automatically every so-many minutes and very occasionally
misses
a beat (due to server delays I think) but it hasn't fallen over. <br>
Have a peek at
<a moz-do-not-send="true"
href="https://developers.google.com/apps-script/overview"
eudora="autourl">
https://developers.google.com/apps-script/overview<br>
<br>
</a>David IB<br>
<br>
<br>
At 07:51 13/02/2013, Chris Burrell wrote:<br>
<br>
<blockquote type="cite" class="cite" cite="">As soon as you use
software to
study rather than to read I think you're talking about more than
5
users. A lot of my users will be Web based so syncing online
could
almost be expected as the same people will be using different
computers<br>
On 13 Feb 2013 02:41, "Nic Carter"
<<a moz-do-not-send="true" href="mailto:niccarter@mac.com">niccarter@mac.com</a>>
wrote:<br>
<dl>
<br>
<dd>On 13/02/2013, at 3:50 AM, Israel
<<a moz-do-not-send="true"
href="mailto:israeldahl@gmail.com">israeldahl@gmail.com</a>>
wrote:<br>
<br>
</dd>
<dd>> Maybe you could create a way to plug in all the
various cloud
services. Make it extensible. It would be nice to have all
the same modules across all the various sword programs on
the various
devices. That may be a bit beyond the scope of what you
were
talking about. But syncing all devices so that they can all
share
the same sword modules would be great! But, choice would
help facilitate
that. For example I might have an iPhone with your program
and an
Ubuntu laptop with Xiphos and Bible Time and I want to be
able to read
the same Bible at home and on the train to work. Dropbox
(Ubuntu
One, Evernote, etc...) would be a better choice for users
using multiple
platforms.<br>
<br>
</dd>
<dd>My thinking is that this sync would be for user-generated
content
only. Notes & bookmarks primarily?<br>
</dd>
<dd>However, no need to limit it to that I guess?<br>
<br>
</dd>
<dd>But unless this way of plugging in "all the various cloud
services" is done in the API, I think you'll find that it's
way too
much effort for each front-end to have to implement this.<br>
</dd>
<dd>I know for me, features in PocketSword reflect things that
I find
useful and want for myself, along with bribery &
threats...
;)<br>
</dd>
<dd>Nah, basically, things that are going to be useful for
lots of people
rather than a very select few. Hence I'm thinking of Dropbox
as it seems
to be the best & most common sync platform. Apple,
Google &
Microsoft all have different/ulterior motivations for their
sync
platforms, Dropbox is simply trying to make money from sync,
hence (as
long as they don't go bust!) they're my choice... ;)<br>
<br>
</dd>
<dd>Anyway, simple is good. Catering to a larger audience is
good.
Putting in a lot of effort for something that perhaps 5
users will ever
use is not efficient use of my time. Something that is
cross-platform is
essential. (Dropbox supports iOS, Android, Ruby &
Python, which
possibly covers everyone? But seems to infer that Dropbox
integration at
the API level (C++ or Java) is probably not gonna happen?)<br>
<br>
</dd>
<dd>Thanks for all the thoughts so far (& unlurking!) :)
I'm
interested in more thoughts, too :)<br>
<br>
<br>
</dd>
<dd>Thanks, ybic<br>
</dd>
<dd> nic... :)<br>
</dd>
<dd>_______________________________________________<br>
</dd>
<dd>sword-devel mailing list:
<a moz-do-not-send="true"
href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<br>
</dd>
<dd>
<a moz-do-not-send="true"
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
eudora="autourl">
http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
</dd>
<dd>Instructions to unsubscribe/change your settings at above
page<br>
<br>
</dd>
</dl>
_______________________________________________<br>
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a moz-do-not-send="true"
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
eudora="autourl">
http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above
page</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Regards</pre>
</body>
</html>