oh sheet!
oh sheet!
You requested it, now itβs here - introducing Proton Sheets! The privacy-first alternative to Excel and Google Sheets.
Spreadsheets form the framework of modern businesses, and with Proton Sheets, you can ensure your data is private and secure.
1/4
you can open spreadsheets in the Drive apps! for now, they are view-only, but we're working on mobile editing :)
only if you make them publicly accessible! we support a lot of formulas if that's what you mean. no macros or scripts, for now.
afaik, OnlyOffice is OT based for collaboration, which (again, afaik) is server-centric meaning it's not possible to do end-to-end encryption collab sessions with it.
skype sent two notifications that have "dummy string" as their title and description and a "user" placeholder icon
you can just do things
hmm I would expect Proton Mail to have some kind of warning here.
maybe if you file an issue something can be done to alert about this? I know we already have some warnings about similar stuff.
if you send a ticket I can try to give it some priority internally, as this seems quite serious.
hired
to clarify, I mean a library that handles it in a way that would allow us to support it.
afaik, there is no browser-based library that handles ODF. since we don't snoop (we literally can't! everything is encrypted), we can't do it server side with non-browser tools.
I would absolutely love to provide support for it, it's a pretty hard and lengthy technical challenge though!
to be clear, afaik we don't actually persist the compacted update yet. we only compact before loading on the client side but the result is lost after page unload. we might start doing it though!
right, but you can't do much if it's e2e, it could be random data and you'd have no way to tell. that's the tradeoff of e2e encryption!
authorship might help a bit I guess.
wanna apply? ;)
interesting stuff! we just have to trust what the client does because we just see encrypted blobs on our end, so anything is fair from the client side.
yes, we use Lexical, which is a text editor framework. it actually works a bit like React in the sense that it has a reconciliation phase! but it works with the DOM directly.
we might actually start squashing and persisting at some point to save space and make the initial load faster, it might be a good optimization. funny timing, we were randomly discussing this idea today in the team!
you'll need to be more specific :P
if you mean merging, afaik we only merge to debounce updates sent to other clients in the session, and also when loading a document initially, so we turn the array of updates into a single one before loading it.
what do you mean? getting in the way of what? :)
I am building a team and hiring senior/staff frontend engineers for Proton Docs.
React + TypeScript. Bonus: Yjs, Lexical, Ariakit.
DM for more info!
proton.me/drive/docs
it was a compliment
bitch
@void.comind.network roast me
always bet on ariakit
This is why I believe Ariakit dot org will stay relevant for decades:
β It's always been about examples. And we'll feature multiple libraries: Ariakit React, Radix, Base UI, RAC, Headless UI, and others outside the React ecosystem.
so you'll lie?
Ariakit uses vitest and is a monorepo
I just used invert directly but this seems like a better approach, nice.
I've played with this idea, but at a lower level (solid "hook" into react hook via uSES). would love to compare notes one day :)