Skip to content
This repository has been archived by the owner on Apr 18, 2022. It is now read-only.

Improve API documentation #23

Closed
ebkalderon opened this issue Feb 10, 2016 · 2 comments
Closed

Improve API documentation #23

ebkalderon opened this issue Feb 10, 2016 · 2 comments
Labels
diff: easy Achievable by a single junior developer with a bit of guidance. pri: normal An issue that is causing a noticeable impact, but can be worked around team: documentation
Milestone

Comments

@ebkalderon
Copy link
Member

I enjoy reading through the Rust standard library documentation, and I want our documentation experience to be of similarly high quality. Some things to think about:

  1. Every crate and module should have some kind of top-level description describing its purpose, and maybe a longer code example of how to use it.
  2. Each function/method/struct/etc. should have a brief one-line doc comment of what it does. Make sure you mention any cases where it might panic, if any. Brief code snippets demonstrating its usage are great!

If you have more ideas on how to make Amethyst's generated documentation great, leave your thoughts below and I'll update this list later on.

@ebkalderon ebkalderon added type: improvement An improvement or change to an existing feature. diff: easy Achievable by a single junior developer with a bit of guidance. note: doc labels Feb 10, 2016
@ebkalderon ebkalderon added this to the 1.0 milestone Feb 10, 2016
@ebkalderon ebkalderon added the pri: low Minor issue or cosmetic issue. Most users would not even notice. label Feb 24, 2016
@torkleyy torkleyy added pri: normal An issue that is causing a noticeable impact, but can be worked around team: documentation type: task and removed note: doc pri: low Minor issue or cosmetic issue. Most users would not even notice. type: improvement An improvement or change to an existing feature. labels Sep 1, 2017
@Xaeroxe
Copy link
Member

Xaeroxe commented Oct 12, 2017

So this is going to be what I call a "never close" issue because there isn't any specific point at which we can say "this is done" it's also arguably an implicit goal of the project to write good documentation, so I'm not sure if this should be kept open, but I'll ping @amethyst/engine-devs and ask, what should we do with this?

@minecrawler
Copy link
Contributor

minecrawler commented Oct 12, 2017

how about just using the project? With the task board, it is clear which parts of the docs are being worked on, which parts are in the backlog and so on. That might be better for overview and you could close this issue

@Xaeroxe Xaeroxe closed this as completed Oct 25, 2017
azriel91 pushed a commit to azriel91/amethyst that referenced this issue Jul 24, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
diff: easy Achievable by a single junior developer with a bit of guidance. pri: normal An issue that is causing a noticeable impact, but can be worked around team: documentation
Projects
No open projects
Development

No branches or pull requests

4 participants