Feature Request - Add built-in spell checking to GitHub’s Markdown editor #183517
Replies: 2 comments
-
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
-
|
This feature request is based on recurring community feedback and would significantly improve the writing experience for documentation, issues, and discussions across GitHub. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Product Feedback
Body
Problem
GitHub’s Markdown editor currently does not provide a reliable, built-in spell-checking experience when writing content such as issues, pull request descriptions, READMEs, discussions, or comments.
As a result, users often need to:
This breaks writing flow and makes it easy for simple errors to slip into documentation and discussions.
This feature request has already been discussed by multiple community members here:
https://github.com/orgs/community/discussions/138955
Use case
GitHub is not only used by developers writing code, but also by:
For these users, clear and error-free written communication is essential, and spelling mistakes reduce clarity and professionalism.
Proposed solution
Provide an optional, built-in spell-checking feature in GitHub’s Markdown editor that:
This could be a lightweight enhancement integrated directly into the existing editor UI.
Why this is needed
Additional context
This request has already been discussed by multiple community members here:
https://github.com/orgs/community/discussions/138955
The discussion highlights real-world pain points and repeated interest in this capability.
Beta Was this translation helpful? Give feedback.
All reactions