-
Notifications
You must be signed in to change notification settings - Fork 23
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
Address Documentation Terminology and Typographical Corrections #24
Conversation
- Changed "pull" to "merge" in the PR description for clearer understanding of the integration process. - Replaced "includes" with "comprises" to use a more formal tone in describing the team composition.
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
README.md
Outdated
|
||
A PR is a request to add (or pull) your content updates into the project and publish them to the documentation on the site. After you submit a pull request, your proposed changes are publicly visible, meaning that anyone with a GitHub account can see them on GitHub. | ||
A PR is a request to add (or merge) your content updates into the project and publish them to the documentation on the site. After you submit a pull request, your proposed changes are publicly visible, meaning that anyone with a GitHub account can see them on GitHub. |
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.
It would be great to keep this as-is. For people who aren't well-versed in git terminology, we used "pull" here to help people understand the meaning of "pull" in "pull request."
A PR is a request to add (or merge) your content updates into the project and publish them to the documentation on the site. After you submit a pull request, your proposed changes are publicly visible, meaning that anyone with a GitHub account can see them on GitHub. | |
A PR is a request to add (or pull) your content updates into the project and publish them to the documentation on the site. After you submit a pull request, your proposed changes are publicly visible, meaning that anyone with a GitHub account can see them on GitHub. |
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.
I have made the changes according to your feedback and have verified that the code works as expected.
Please review my changes and merge them into the main branch.
If you have any other questions or comments, please let me know.
Thank you again for your feedback and guidance - it has been very helpful.
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.
@Viktordgbpcv - Amazing! Thank you for being open to the guidance and for your contribution. Merging now!
README.md
Outdated
@@ -100,7 +100,7 @@ After you've submitted your PR, the `docs.xmtp.org` team will review your PR and | |||
- Accept your PR, but request some changes before publishing your contribution | |||
- Not accept your PR and explain why | |||
|
|||
The `docs.xmtp.org` team includes technical writers, product managers, developers, designers, and other XMTP subject matter experts. The team reviews documentation PRs based on a few criteria, including: | |||
The `docs.xmtp.org` team comprises technical writers, product managers, developers, designers, and other XMTP subject matter experts. The team reviews documentation PRs based on a few criteria, including: |
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.
It would be great to keep this as-is. We used "includes" to help keep the language plain and accessible.
The `docs.xmtp.org` team comprises technical writers, product managers, developers, designers, and other XMTP subject matter experts. The team reviews documentation PRs based on a few criteria, including: | |
The `docs.xmtp.org` team includes technical writers, product managers, developers, designers, and other XMTP subject matter experts. The team reviews documentation PRs based on a few criteria, including: |
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.
Wow - what a gift you've given us, @Viktordgbpcv - thank you so much for your time and effort in sharing this PR!
Made a few suggestions -- just sharing a bit of context. =)
LGTM!
Also, @Viktordgbpcv, once this PR has been merged - you'll be able to claim this GitPOAP, if you'd like! https://www.gitpoap.io/gp/1100 |
Hi, jhaaaa, I appreciate you reaching out and offering me the opportunity to claim this GitPOAP. However, after reviewing the details on the GitPOAP page, it appears that I do not actually meet the eligibility criteria for this particular GitPOAP. |
Dear @Viktordgbpcv - my apologies for this and thank you for your patience! I misunderstood and thought every repo in the xmtp org was automatically eligible for the GitPOAP, but the repos need to be manually added. docs-xmtp-org is a relatively new repo and I hadn't added it. The GitPOAP team took care of this over the weekend and you should now be able to claim the GitPOAP! 🫡 Please do let me now if you run into issues - we want to be sure you get the GitPOAP! |
Description:
This pull request addresses the issue of improving terminology and correcting typographical errors in the documentation. The changes aim to enhance clarity and ensure consistency across various documentation files.
Changes Made:
z_archive/contribute.md
file and others.Objective:
The objective of this pull request is to ensure that the documentation is clear, accurate, and free of typographical errors, aligning with the project's style guide and standards.
Issue:
#23