Automatically generate per-submodule API reference doc pages in template
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- documentation
Hướng nghiên cứu
Start with the template's {{cookiecutter.project_slug}}/mkdocs.yml and docs/api.md, then read the linked mkdocstrings recipe for automatic code reference pages. Check how mkdocs_gen_files and mkdocs-literate-nav fit the template's existing configuration. Done means generated docs provide per-submodule API pages and navigation without manually maintained stubs.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Is Your Feature Request Related to a Problem? Please Describe
Currently the mkdocstrings configuration for the MkDocs docs in the template
is set up to show submodules on the same page as the parent package, with a single 'API reference' page included in the docs
While this works reasonably for small packages, once packages start getting larger it gets cumbersome to have all the API documentation on a single page.
In Sphinx the analagous autodoc plug-in instead defaults to creating a nested directory structure in the built docs reflecting the package structure with one page per submodule and appropriate indices to link all the nav together.
This can be achieved manually in our current set up by setting show_submodules to False, creating a Markdown source page for each submodule with the appropriate content, and adding entries to the nav section for each of the module pages but this is obviously very error prone / likely to end up getting out of sync.
Describe the Solution You'd Like
The mkdocstrings docs has instructions for setting up a recipe to automate building the appropriate module stub pages using mkdocs_gen_files plug-in and generating the navigation structure using mkdocs-literate-nav - ideally we should implement this in the template.
Describe Alternatives You've Considered
No response
Additional Context
No response
- Ngôn ngữ chính
- Python
- Star
- 62
- Fork
- 10
- Merge trung bình
- 5 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 6
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của UCL-ARC/python-tooling
-
question
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 15/100
UCL-ARC/python-tooling#657 · 1 bình luận ·
-
task
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
UCL-ARC/python-tooling#651 · 3 bình luận ·
-
Should we have an AI policy?Có thể đã có người làm @samcunliffe đã nhận 26 ngày trước. Đang mởquestion
UCL-ARC/python-tooling#649 · 3 bình luận · 1 người được giao ·
-
enhancement investigate
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
UCL-ARC/python-tooling#623 · 1 reaction ·
-
enhancement question task
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 38/100
UCL-ARC/python-tooling#620 · 4 bình luận ·
Tất cả issue của UCL-ARC/python-tooling
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aws/sagemaker-python-sdk#6554 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
huggingface/diffusers#15170 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] LLM conflict check ignores MNEMOSYNE_LLM_MAX_TOKENS, so reasoning models return empty repliesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
mnemosyne-oss/mnemosyne#1325 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement meshtastic-2.8
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
pskillen/meshflow-api#459 ·