On Thu, 04 Apr 2013 08:56:51 +0200 Michael Albinus <[email protected]> wrote:
MA> [Cc to tramp-devel, for broader discussion] MA> Steve Youngs <[email protected]> writes: >> * Michael Albinus <[email protected]> writes: >> >> > Steve Youngs <[email protected]> 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 _______________________________________________ Tramp-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/tramp-devel
