Many in the Proton community have been asking for an update on the Proton Drive SDK — especially developers eager to help build new clients or to integrate Drive into their apps. Linux users will be happy to hear that this SDK is a step toward offering a client, something we know is highly anticipated. Today, we’re sharing an early preview of our SDK work.
Important: This SDK is a work in progress. It’s not ready for production use or third-party apps yet. We’re sharing it to give you a look at what we’re building and to get insights on how you could use it — not for you to start building with it just yet.
That’s good, I didn’t see this update so thanks for posting.
Between this and the new email client things are starting to look promising for non-business customers. I just bought a filen subscription to cover my cloud backup needs but if drive comes through I’d like to get some of my photos extra covered from loss.
Oh, no, what are people gonna complain about now?
Probably that they’re adding too many features or something
Well, for one: no Rust SDK 😭 This is a half-joke. I’d make some apps for Proton, but I’m not touching JavaScript to do it.
Hopefully, they make more language bindings. I saw that C# was planned, so hopefully they keep the language bindings coming as they stabilize their SDK.
I have no idea what any of this means, but you don’t need to explain it any further.
Lumo
😀 yeah, to me that is a waste of time… But everyone wants a AI somewhere
Wasn’t there a whole thing where it turned out they were vibe-coding parts of their suite?
No, that’s how it was spun by haters. What really happened was someone found a little helper file on their github which would only be there if they were using a specific code editor that has AI built in. That doesn’t mean they were using AI to code, just that they could have been. Which is also true if they were using VS Code or any other code editor.
Thank you for clarifying. I am still looking at self-hosting eventually because that seems like it is the only way to be long-term resistant to corporate stuff, but it is good to know it is not all bad.
Proton Drive on Linux and synology are the only things missing for me to switch
Probably a fuse implementation makes sense. Then every tool out there can implement it easily without too much custom work.
Hmmm. Requiring that the sdk needs to use libsecrets as well.
Ha, nice.