[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Wed, 10 Apr 2013 10:44:29 -0400
Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux)
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
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> 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)?