-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Basic collaboration support #57
Comments
This would be a great feature, I saw that One aspect that's not mentioned in your link is how it deals with suspended cards, e.g. if new cards have been added to the shared collection, should these be imported as suspended into the private collection? Let me know if you run into any problems with your implementation or if you need help with some org-fc internals. |
I'm trying to push org-mode within my company as a tool for certain knowledge bases and notes. We can collaborate on coming up with key concepts and facts that are relevant to our work. Some of it is generic domain knowledge in aerospace and computer science, and some is proprietary knowledge within the company. But the whole idea that we can use org-mode and org-fc do both document our knowledge, and help people remember it with SR, is really powerful to me.
One obvious thing that gets in the way with that is the org-fc
:REVIEW_DATA
, which shouldn't get committed to shared git repositories.I saw that
org-drill
has some collaboration support by provided a function to scrub user-specific metadata and then re-apply it, which can be done outside of the mainline git branch. It's described here. But my problem so far with org-drill is the performance degradation with a collection of more than 5,000 org files (I ingested a whole aerospace dictionary from NASA 🤓). On the other hand org-fc has performed great with the big collection.Have you looked into similar collaboration functions for org-fc? I'm going try out an implementation but it'd be great to know if you've done any thought about this so far. It would be amazing to have a magit-like interface to step people through stripping out the user data, leaving it on a git branch, and then re-applying the user data after a pull.
The text was updated successfully, but these errors were encountered: