Conversation
… documentaiton for RST API reference
…expanded examples, clear navigation, complete user guides in docs directory
|
@kgofron I kind of see a reason for making a distinction between "user guides" vs. API reference. However, I do not like the idea of a separation which makes cross-referencing significantly more difficult. I know that sphinx+rST is not everyone's favorite. For me, it is mostly a case of not having a better way to handle generated API documentation than doxygen+breathe. I'm open to changes like reorganization of the ToC tree. Changing some files to markdown, provided that cross-references are maintained. Perhaps other reorganizing I have not thought of. And of course adding new content. However, I would like to keep all of the PVXS documentation in the sphinx environment, and published to github pages. |
docs/ARCHITECTURE.md
Outdated
| ┌─────────────────────────────────────────────────────────────┐ | ||
| │ Application Layer │ | ||
| │ ┌──────────────┐ ┌──────────────┐ │ |
…tatic paths for images; requires linkify-it-py instead
…ge instead of linkify
|
@mdavidsaver : Integrate Markdown User Guides into Sphinx Documentation SummaryThis PR integrates markdown user guides into the Sphinx documentation environment and reorganizes the documentation structure into logical subdirectories, addressing PR reviewer (@mdavidsaver ) feedback to maintain all documentation in a unified Sphinx environment with improved cross-referencing. Key Changes1. Sphinx Configuration
2. Directory Reorganization
3. Cross-Reference Updates
4. Build Configuration
5. Documentation Improvements
Benefits
Files Changed
Testing
Notes
|
|
@kgofron Could you enable github pages from action in your repository configuration? This should publish your changes as https://kgofron.github.io/pvxs |
|
@kgofron Looking through these changes, it seems to me that I do not mind having the existing content expanded. It probably should be. I have been told that my documentation is seen as too terse. Overall, I am left to suggest that you start with smaller changes. Such a large reorganization type change is ambitious as a first contribution to any project. Having a goal in mind is good, and publishing this can help me to understand where you would like to go. However, when it comes to actually reviewing and accepting changes, it is far easier for me to have a sequence of smaller and more topical PRs. Separate content additions from reformatting, from build mechanics, from file moves. At least as separate commits, if not separate PRs. (it is not lost on me that the above paragraph would be at home in the "Contributing" section) |
|
@mdavidsaver |
Comprehensive documentation enhancements and reorganization for PVXS, creating a clear separation between user guides (Markdown in
docs/) and API reference (RST indocumentation/). All documentation enhanced with cross-references, navigation improvements, and acknowledgments.Changes
Reorganization
docs/directory for markdown user guidesdocumentation/(Sphinx source)Enhancements
Structure
Files Changed
New: docs/QUICKSTART.md, docs/CONTRIBUTING.md, docs/DOCUMENTATION.md, documentation/README.md
Enhanced: README.md, docs/*.md files (moved and updated)
Updated: documentation/index.rst
Future
Possible: Suggested improvments to documentation directory:
Logical layout: