-
Notifications
You must be signed in to change notification settings - Fork 85
docs: add a page on implementing peer reviewer's feedback #220
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
Conversation
Signed-off-by: Christine <[email protected]>
Signed-off-by: Christine <[email protected]>
|
The build is failing because you have not included your new file in any table of contents. See the reported error: In other words, the new article would be included in the docs structure. To fix that, add it to the respective # Reference
```{toctree}
:maxdepth: 1
resources.md
how-to-implement-peer-reviewer's-feedback.md
```However, consider the following two things:
|
Signed-off-by: Christine <[email protected]>
Signed-off-by: Christine <[email protected]>
Signed-off-by: Christine <[email protected]>
Signed-off-by: Christine <[email protected]>
Hey @rkratky. I implemented the changes and the build still does not work. |
Signed-off-by: Christine <[email protected]>
|
You haven't correctly referenced the file. It needs the exact file name (and nothing else). Please, have a look at the error. (I'm not at my computer now, so I can't fix it for you.) |
|
The log shows these errors: Note the empty spaces: -How to review someones work <how-to-review-someones-work>
-How to implement peer reviewers feedback <how-to-implement-peer-reviewers-feedback>
-
+How to review someone's work <how-to-review-someones-work>
+How to implement peer reviewer's feedback <how-to-implement-peer-reviewers-feedback>(I also added the apostrophes to the article titles. They can be there -- just not in the file names.) As I mentioned before, I'd also suggest moving the article to the 'explanation' (or 'how-to') category as it doesn't seem to be a 'reference' |
Co-authored-by: Sally <[email protected]>
s-makin
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This LGTM :) the build is now working and it looks good!
The spellchecker is complaining about the US spellings, which is the only failure on the automated checks now. Personally, I would prefer contributors to be able to focus on the content and not which version of English they're using - it might be worth us deciding collectively on our approach here. I'm in favour of adding both US and GB English to the spelling checker so that only genuine spelling errors are highlighted, to reduce the mental load for people when they might be wrangling with git etc for the first time. Not every project who signs up to ODA is going to use the same language, so it's better to err on the side of being permissive imo.
Feel free to add the US spellings the spelling checker is complaining about to the spelling exception list so we don't get those errors, and then I can merge. Feel also free to add a new issue to open this up for discussion if you want :)
Thanks @s-makin! :) I’m not on my computer at the moment, so I’ll make those changes later. I’ll definitely raise your suggestion as an issue. |
Signed-off-by: Christine <[email protected]>
Signed-off-by: Christine <[email protected]>
Made the changes and the issue @s-makin! :) |
Awesome, thanks for that! I see all the other points have been addressed so merging now. Thanks for adding this content, I think it'll be really helpful for aspiring TAs :) |
Description
This pull request adds a document on peer-reviewing other people's work. Peer reviews are an essential skill in being a technical writer, regardless of experience level, so providing this guide would help people are new to the world of technical writing and be a great refresher for seasoned vets.
Issue
Closes #213