Change Summary:
Added more to the overview, and about half of the tutorial.
Branch: |
|
||||
---|---|---|---|---|---|
Diff: |
Revision 2 (+663) |
Review Request #3296 — Created Aug. 20, 2012 and submitted
Information | |
---|---|
smacleod | |
RBTools | |
master | |
Reviewers | |
rbtools | |
Introduce rbtools documentation Create the configuration for the rbtools documentation and introduce the initial documentation for the rbtools api client. This documentation includes a small tutorial, a general overview, and resource specific functionality.
Built the documentation using 'make html' and visually inspected. Quickly proofread as I went.
Description | From | Last Updated |
---|---|---|
Might as well have this fit PEP-8. Space after the : |
|
|
I think it would be easier to read and probably more useful if you showed this loading the diff from … |
|
|
? |
|
|
Same here re: loading from a file. |
|
|
Maybe show what happens if you try to publish and there's no user or group assigned? |
|
|
Maybe just link "hyperlinks" to this? |
|
|
Technically, all the keys in this would be quoted, since they do that in JSON. |
|
|
Got an extra space in here. |
|
|
"keyword" |
|
|
field's |
|
|
resource's ? |
|
|
administrator's |
|
|
Capitalize "Specify" |
|
|
Resource-Specific |
|
|
I'd maybe remove "Specific" on these sub-headers. |
|
|
"retrieve" |
|
|
Comma after "examples" |
|
|
"API", for consistency. |
|
|
Comma after ``uri-template``. |
|
|
Comma after ``uri-template`` |
|
|
This looks left over from something. |
|
|
"Review Board" |
|
|
API? |
|
|
We have the room, so I'd suggest we have the first parameter on the "RBClient(" line. |
|
|
"documentation" |
|
|
I don't think that's true anymore. It should be possible to create a review request with no repository, for file … |
|
|
"ID" |
|
|
Two blank lines. |
|
|
Refs are going to use the page titles, which may not fit well in the sentence. I'd make sure to … |
|
|
resource's |
|
|
Comma after "attachment" |
|
|
4 space indentation, relative to the code's indentation block. |
|
|
Two blank lines. |
|
|
Indentation is wonky. |
|
|
No comma after "group" |
|
|
Comma after "requirement" |
|
|
Odd way to format a paragraph ;) |
|
|
Comma after "review request' |
|
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (82 > 79 characters) |
![]() |
|
Col: 11 E401 multiple imports on one line |
![]() |
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (83 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (81 > 79 characters) |
![]() |
|
I feel we should just keep this as RBTools. That way it's very clear, when they see the URLs, and … |
|
|
resource's |
|
|
Wrong number of ===s. |
|
|
Missing period. |
|
|
Here too. And others. |
|
|
Same question about the cookies. |
|
|
Missing a trailing period. |
|
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (82 > 79 characters) |
![]() |
|
Col: 11 E401 multiple imports on one line |
![]() |
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (83 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (80 > 79 characters) |
![]() |
|
Col: 80 E501 line too long (81 > 79 characters) |
![]() |
|
Same goes for here (The RBTools bit). |
|
|
Are we instantiating the API? We're using API a lot in this paragraph - maybe we should say, "Here is … |
|
|
Maybe we could show an example here? |
|
|
For clarity's sake, maybe we should call this review_request, to disambiguate between review requests and WebAPI HTTP requests. |
|
|
"for use" -> "to use" |
|
Added more to the overview, and about half of the tutorial.
Branch: |
|
||||
---|---|---|---|---|---|
Diff: |
Revision 2 (+663) |
docs/api/tutorial.txt (Diff revision 2) |
---|
I think it would be easier to read and probably more useful if you showed this loading the diff from a file.
docs/api/tutorial.txt (Diff revision 2) |
---|
Maybe show what happens if you try to publish and there's no user or group assigned?
Update based on David's review and flesh out the api documentation some more.
Summary: |
|
|||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description: |
|
|||||||||||||||||||||
Testing Done: |
|
|||||||||||||||||||||
Branch: |
|
|||||||||||||||||||||
Diff: |
Revision 3 (+820) |
This is a review from Review Bot. Tool: PEP8 Style Checker Processed Files: docs/conf.py Ignored Files: docs/Makefile docs/index.txt .gitignore docs/api/overview.txt docs/contents.txt docs/api/tutorial.txt docs/api/resource-specific.txt
The pages themselves look pretty good, but I'm worried that just calling it "rbtools documentation" will get a lot of hits from people looking for docs on how to use rbtools. Can we call these "code base documentation" like we do for reviewboard?
docs/api/overview.txt (Diff revision 3) |
---|
Technically, all the keys in this would be quoted, since they do that in JSON.
docs/api/tutorial.txt (Diff revision 3) |
---|
We have the room, so I'd suggest we have the first parameter on the "RBClient(" line.
docs/api/tutorial.txt (Diff revision 3) |
---|
I don't think that's true anymore. It should be possible to create a review request with no repository, for file attachments.
docs/api/tutorial.txt (Diff revision 3) |
---|
Refs are going to use the page titles, which may not fit well in the sentence. I'd make sure to check all these (a simple 'make html' should generate readable output), and maybe change some to be like: :ref:`resource-specific functionality <python-api-resource-specific`.
docs/api/tutorial.txt (Diff revision 3) |
---|
4 space indentation, relative to the code's indentation block.
docs/conf.py (Diff revision 3) |
---|
What do we want to do as far as copyright assignment? Assign it to Review Board? Leave it at you?
docs/contents.txt (Diff revision 3) |
---|
I feel we should just keep this as RBTools. That way it's very clear, when they see the URLs, and it should help with any Googling.
Updated based on Christian's review and fixed a couple small issues I noticed myself.
Diff: |
Revision 4 (+812) |
---|
This is a review from Review Bot. Tool: PEP8 Style Checker Processed Files: docs/conf.py Ignored Files: docs/Makefile docs/index.txt .gitignore docs/api/overview.txt docs/contents.txt docs/api/tutorial.txt docs/api/resource-specific.txt
docs/api/overview.txt (Diff revision 4) |
---|
Trying to decide if it's a good idea to show cookie_file=. Not sure if we want everyone out there who follows this to start copying/pasting this.
Updated based on Christian's review and fixed the pep8 issues with the auto generated configuration.
Diff: |
Revision 5 (+831) |
---|
This is a review from Review Bot. Tool: PEP8 Style Checker Processed Files: docs/conf.py Ignored Files: docs/Makefile docs/index.txt .gitignore docs/api/overview.txt docs/contents.txt docs/api/tutorial.txt docs/api/resource-specific.txt
This is really excellent! Just a few suggestions.
docs/api/overview.txt (Diff revision 5) |
---|
Are we instantiating the API? We're using API a lot in this paragraph - maybe we should say, "Here is an example of how to instantiate the client, and retrieve the root resource".
docs/api/tutorial.txt (Diff revision 5) |
---|
For clarity's sake, maybe we should call this review_request, to disambiguate between review requests and WebAPI HTTP requests.