Skip to content
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

Open
muldoon2007 opened this issue Feb 22, 2021 · 1 comment
Open

[Feature Request] Basic collaboration support #57

muldoon2007 opened this issue Feb 22, 2021 · 1 comment

Comments

@muldoon2007
Copy link

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.

@l3kn
Copy link
Owner

l3kn commented Feb 23, 2021

This would be a great feature, I saw that org-drill has a way to sync collections of cards but I haven't looked at the implementation yet.

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants