-
Notifications
You must be signed in to change notification settings - Fork 430
[NEW CONTENT] Define and document standards and styles for IPFS docs #266
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
Comments
This contribution guide is probably best as a one-pager covering the following topics: Content Guidelines
How to Contribute
Tools and Workflow
|
This issue has been partially addressed by b2e0438cecea3c089ddd43d54275a0d3b77690e1. Just need to finish up the code persona. |
@johnnymatthews Awesome! Just please be sure to update any changes in the beta as well. Thanks! |
Merged into |
Some follow-up ...
|
@johnnymatthews -- per our meeting today, can you please make sure that consideration of personae and a link to our persona guide be included in your materials? Thanks! |
This issue is being addressed in the |
Finally got around to creating the code-persona. Still need to flesh out the examples, however I'm happy with this very basic code persona for now. Creating a full code persona will be a much larger project than when I first drafted out this issue. IPFS is much more complex and has far more moving parts than I originally thought. |
Note: This issue was opened as a result of the November 2019 close-reading audit captured in ipfs-inactive/docs#326.
One consequence of having several different writers create documentation is that there isn't any consistency between the pages in terms of writing style, word choice, styling, and examples. To create a consistent experience across all IPFS documentation we should:
Create a personality and writing style for our docs. Note: "personality" of the voice in our docs is a separate effort from the "user personae" we discuss when we're talking about general docs user research.Create contribution guidelines -- these should be presented alongside the IPFS developer contributor guidelines, as well as in our own docs siteCreate a style guide for writing docs.Strikethroughsdenote completed tasks.Let's use this issue as a holding pen for the four efforts noted above, but manage and track each effort in its own issue.
The text was updated successfully, but these errors were encountered: