@ Nic Carter
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.
p.s. thanks for accepting my unlurking :)
On 02/13/2013 03:36 AM, David Instone-Brewer wrote:
I love Dropbox but I agree that it doesn't give much in the way of APIs.
I'm impressed by Google Apps Script which you can use to control their
spreadsheets and other Google docs.
Google docs now work offline fairly well with Gears, though for
real-time syncs you need to be online of course.
You can leave a script running on their servers at no cost.
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.
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.
Have a peek at https://developers.google.com/apps-script/overview
<https://developers.google.com/apps-script/overview>David IB
At 07:51 13/02/2013, Chris Burrell wrote:
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
On 13 Feb 2013 02:41, "Nic Carter" <niccar...@mac.com
<mailto:niccar...@mac.com>> wrote:
On 13/02/2013, at 3:50 AM, Israel <israeld...@gmail.com
<mailto:israeld...@gmail.com>> wrote:
> 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.
My thinking is that this sync would be for user-generated content
only. Notes & bookmarks primarily?
However, no need to limit it to that I guess?
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.
I know for me, features in PocketSword reflect things that I find
useful and want for myself, along with bribery & threats... ;)
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... ;)
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?)
Thanks for all the thoughts so far (& unlurking!) :) I'm
interested in more thoughts, too :)
Thanks, ybic
nic... :)
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://www.crosswire.org/mailman/listinfo/sword-devel
<http://www.crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
<http://www.crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Regards
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
