Re: tramp-dropbox

[Ted Zlatanov]

On Thu, 04 Apr 2013 08:56:51 +0200 Michael Albinus <address@hidden> wrote: 

MA> [Cc to tramp-devel, for broader discussion]
MA> Steve Youngs <address@hidden> writes:

>> * Michael Albinus <address@hidden> writes:
>> 
>> > Steve Youngs <address@hidden> writes:
>> >> o A Dropbox client.
>> 
>> > That is -- vaguely -- on my Tramp agenda. Maybe, you can specify your
>> > preferred features to give me a push.
>> 
>> Oh, now you've put me on the spot, I hadn't given it any thought
>> yet. :-)
>> 
>> https://www.dropbox.com/developers  is probably the place to start
>> though.

MA> I've been there, of course.

MA> The basic actions are clear: implement the file name handler functions
MA> as for every other protocol, as much as possible. Something like
MA> file-attributes, copy-file, write-region and friends. Other functions
MA> cannot be implemented for the dropbox protocol, like process-file and
MA> start-file-process; but those functions are not used in (S)XEmacs
MA> anyway.

MA> The interesting decisions are around synchronization: Should all saved
MA> files be pushed to the server immediately? Should the server be checked
MA> for file changes before a local copy is opened? Do we need local backup
MA> files, or are the revision on the dropbox server sufficient? Shall we
MA> make it configurable, which files to be synced (for example, exclude
MA> local backup files)? Shall we support access to file revisions, via a
MA> new package vc-dropbox? And so on ...

Is this intended to replace or supplement that native Dropbox daemon
(available for many platforms)?

Ted