Repository-native rendering beyond Markdown #198330
Replies: 1 comment
-
|
💬 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.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
🏷️ Discussion Type
Product Feedback
Hi GitHub team,
I would like to ask whether GitHub has any plans to support richer repository-native rendering beyond Markdown.
Markdown rendering is very useful, especially for README.md files and repository documentation. However, many repositories now contain richer documentation artefacts, such as HTML pages, structured documentation outputs, SVG-based views, technical publication files, or lightweight digital pages.
Would GitHub consider supporting optional rendering of additional formats directly inside repositories?
For example:
This would be useful for engineering documentation, research frameworks, technical publication structures, educational repositories, and digital product documentation.
Additional context:
One concrete use case is technical documentation repositories where the content is not only Markdown, but also structured digital documentation artefacts.
For example, aerospace technical publications, S1000D/IETP-like structures, digital product passport documentation, and architecture/taxonomy repositories may need richer navigation and rendered views while still remaining repository-native.
The request is not necessarily to execute arbitrary web applications inside GitHub. I understand that security and sandboxing are important concerns, especially for HTML and JavaScript. Even a static, sandboxed, no-JavaScript rendering mode for selected documentation entrypoints would already be valuable.
Is GitHub Pages intended to remain the only supported solution for rendered web documentation, or could repository-native rendering be expanded in the future?
Thank you.
Beta Was this translation helpful? Give feedback.
All reactions