-
Notifications
You must be signed in to change notification settings - Fork 41
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
API documentation #9
Comments
Original comment by Michael Grey (Bitbucket: mxgrey, GitHub: mxgrey). Sorry for this situation. In my mind, the But admittedly it's reached a point where it's too complicated to be used without documentation even by internal folks, so I'll put some time towards adding documentation as soon as I can. |
Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina). Thanks! One approach we've taken in the past is to at least make sure to document all functions that are touched by pull requests. As things start being more documented, then the task of documenting the rest is a bit less overwhelming. |
@anindex Since there is already an issue, I will just tag along here. List of
|
closing since all PRs are merged |
Original report (archived issue) by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).
Summary
A lot of the API (most of it?) is not documented, so downstream developers need to come dig through the code to find out what functions are supposed to be doing.
For example, what does ConstructCollision do? Does it create and attach a collision to a link? How is that different from AttachMeshShape? If they do similar things, why are their names so different?
Motivation
It's difficult for downstream developers to use the API if it's not clear what it does.
Describe alternatives you've considered
Forcing everyone to dig through the code or test the API by trial and error? 😬
Additional context
Documentation is love 💟
The text was updated successfully, but these errors were encountered: