Start a new topic

OneDrive support

Well, that is it, really: support for OneDrive as a storage backend would be awesome.

5 people like this idea

I’m also locked in to OneDrive (which I think is a good product) and would love beorg support. I’d be happy to participate in a fundraiser for that and file options!
I use OneDrive more than iCloud or Dropbox and would love for it to be natively supported. WebDAV for OneDrive should have been sufficient but I can’t make it work. I’ve contributed to beorg in the past. I’d pay for OneDrive support over dark mode.

Do you know whether OneDrive allows another app to pick a folder - for example in iA Writer you can choose a folder and then edit files in it from iA Writer transparently. I'm finding some apps haven't implemented support for this.

Alternatively, support for file access through the Files app under iOS 11+ would be great. This would automatically give access to any cloud storage provider that has a Files integration, including, but not limited to OneDrive. 

(I started a separate FR for this, as it's not limited to OneDrive.)


I would really like this. My personal files use iCloud, but my company recently required all cloud storage & sync to use OneDrive for Business and prohibited all others. The majority of my tasks are business related, so if I had to pick one, I'd prefer to sync my work files. I don't know if integrating with the Files app would make multiple sync folders using different backends a possibility, but that's a secondary issue.

This is something I want to look at.

OneDrive for Business connects to the Files app. Although I don't have a clue how this interface works, it looks like a very generic interface. Wouldn't it be feasible to use the Files app indirectly to connect to available cloud services?


Office 365/student subscriptions come with 1 tb of storage, and onedrive works across linux/mac/windows. Box currently doesn't have a good bidirectional sync client otherwise I would use that. Thanks for your work!

beorg would provide an API which could then be  used in conjunction with JavaScript libraries provided for OneDrive, Dropbox, etc access so sync code could be decoupled from the beorg binary. Then for sync methods which have relatively few users - or where I am not going to get around to adding - then members of the community could write JavaScript which could be plugged into beorg. However all just theory at the moment, I haven't had time to look into this yet.

That is kinda interesting and the deeply wanna-have-it folks could work on the implement. How would you see that working?  (he said... thinking... "hey, I know javascript... "... =p ).

Support for plugins containing compiled executable code just isn't allowed by Apple at the moment - and I can't imagine it will be at any point in the near future unfortunately.

Having said that however I wonder whether it would be possible for beorg to offer a way to use JavaScript for providing access to sync. For each sync service the following needs to be implemented:

+ Authorisation

+ Checking whether authorised

+ Getting a list of Org files (with last modified dates, and optionally version if supported by sync service)

+ Downloading a file which has changed remotely

+ Uploading a file changed in beorg

+ Deleting a file

1 person likes this

I'd be curious for Matthew whether there is a more generalized interface available to most of the cloud providers he could use as a drop in for the code base (much like the fog library in ruby land or similar in other langs. I'm not a Swift or ObjC guy so can't say. Tho will check around in React Native.).

I agree with him though, without a generalized interface it is probably something he'd need people to agree to pay for and pony up to see (ahead of him building it. Almost like a kickstarter.  =] ). It's not fair otherwise and a bit like guessing as to uptake. =]


The thing is, that my company does not allow any cloud solution different than OneDrive for Business or Adobe Creative Cloud. Even iCloud is not permitted.

Privately I'm using iCloud and this works very well for me.

1 person likes this

TLDR: Think Sync, not Storage.   =]

I think the main use case for most people adopting BeOrg is file syncing, particularly offline, not so much for simply storage as my hypothesis would be that most users are interested in a mobile clients for emacs org-mode than this as a stand alone iOS app. (so syncing, particularly offline availability would trump simple cloud storage).

I'd actually suggest taking a survey of users (if that's possible or even upvoting) to make sure you're developing the features which are goingto help you drive the community (and paid customers... you gotta eat). Flex those product management muscles. In particular if you can figure out between paid/tipping vs unpaid users that is interesting as well.

I know *personally*, I'd be keen to get support (in face, just filed a request) but that's because I want to move *off* Dropbox to it for both performance reasons (Dropbox agent seems to be going constantly berserk on OSX these days) and for enhanced security since they encrypt at rest (and also have a vault feature for my backups which right now I use a selective sync to avoid,.). YMMV.  =]

I also figure you're going to see a much higher proportion of "roll your own" people paying than not. For example, a lot of emacs users will be comfy using OwnCloud etc rather than paid commerical services like Box or Goog or OneDrive though they may have access them. I have a large goog drive, I pay for dropbox for example because I need stuff offline syncing and wish to symlink folders so I have a common experience across linux and osx desktops.  =]



Login or Signup to post a comment