Python standard library documentation flavors
Eric Irrgang <[email protected]> Wed, 9 Oct 2019 11:42:51 +0300
| Newsgroups | gmane.comp.python.documentation |
|---|---|
| Message-ID | <CANMuMv=bdTVjFE+uTWO3ipBuLyASKCKomyFqYKx-HzmOaNLY_A@mail.gmail.com> |
--===============4406502691983738119== Content-Type: multipart/alternative; boundary="000000000000b6fd4c0594764643" --000000000000b6fd4c0594764643 Content-Type: text/plain; charset="UTF-8" Hello, I am trying to understand the relationship between the Python standard library docstrings and the online documentation. For example, it does not appear that https://raw.githubusercontent.com/python/cpython/master/Doc/library/collections.rst is a strict superset of the docstrings in https://github.com/python/cpython/blob/master/Lib/collections/__init__.py and I do not see any indication that docstrings are automatically extracted anywhere, nor any comment as to why or why not. Is there a standing decision *not* to use, say, sphinx-apidoc or sphinx.ext.autodoc? If so, can you point me to an explanation of how the benefits of fully human-maintained documentation outweigh the convenience and consistency of automation? In other words, is this an affirmative policy decision that other projects should be guided by, or an accident of history with a lesson to be learned? Is there a document that clarifies the role of the standard library docstrings, and what belongs there versus in cpython/Doc/library? Maybe there is a PEP I haven't noticed? I hope my question is not too open-ended for this list, but I would also welcome replies off list. Thank you for your time, Eric --000000000000b6fd4c0594764643 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">Hello,<= div><br></div><div>I am trying to understand the relationship=C2=A0between = the Python standard library docstrings and the online documentation.</div><= div><br></div><div>For example, it does not appear that=C2=A0<a href=3D"htt= ps://raw.githubusercontent.com/python/cpython/master/Doc/library/collection= s.rst">https://raw.githubusercontent.com/python/cpython/master/Doc/library/= collections.rst</a> is a strict superset of the docstrings in <a href=3D"ht= tps://github.com/python/cpython/blob/master/Lib/collections/__init__.py">ht= tps://github.com/python/cpython/blob/master/Lib/collections/__init__.py</a>= </div><div>and I do not see any indication that docstrings are automaticall= y extracted anywhere, nor any comment as to why or why not.</div><div><br><= /div><div>Is there a standing decision *not* to use, say, sphinx-apidoc or = sphinx.ext.autodoc? If so, can you point me to an explanation of how the be= nefits of fully human-maintained documentation outweigh the convenience and= consistency of automation?</div><div><br></div><div>In other words,=C2=A0i= s this an affirmative policy decision that other projects should be guided = by, or an accident of history with a lesson to be learned?</div><div><br></= div><div>Is there a document that clarifies the role of the standard librar= y docstrings, and what belongs there versus in cpython/Doc/library? Maybe t= here is a PEP I haven't noticed?</div><div><br></div><div>I hope my que= stion is not too open-ended for this list, but I would also welcome replies= off list.</div><div><br></div><div>Thank you for your time,</div><div>Eric= </div></div></div></div></div> --000000000000b6fd4c0594764643-- --===============4406502691983738119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Doc-SIG maillist - [email protected] https://mail.python.org/mailman/listinfo/doc-sig --===============4406502691983738119==--