-
Notifications
You must be signed in to change notification settings - Fork 39
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
Persistence #7
Comments
I have a paragraph on persistence under External Tools integration. I don't know if we need to specifically list the cases in which it applies. My thinking is that we need the data to be available to us in any case (otherwise it really is lock-in) and so we should act as if anything that happens in an external tool could in fact require persistence (which we can provide only when the data is available). WDYT? |
Anything which is part of the discourse and the process should be persistent for posterity. So all chat, all states of all documents. Could we exclude anything? Well, the result of running a validator on something does not have to be saved in all it gory detail for example. But preserve all chats and the states of all pads, wiki, documents in general as they develop. |
Related, I have a hunch that replies to at least this list git list don't get distributed, much less archive.
-ericP office: +1.617.599.3509 (eric@w3.org) There are subtle nuances encoded in font variation and clever layout |
On 04/04/2015 18:19 , ericprud wrote:
I'm not sure what you mean by git list, this isn't a mailing list :) It Discussions are archived, but on a third party site which does the trick Robin Berjon - http://berjon.com/ - @robinberjon |
We should expand on where we need persistence; e.g.
and how we'll achieve it where we deem it necessary.
The text was updated successfully, but these errors were encountered: