<div dir="ltr"><div dir="ltr"><div><font color="#a64d79">> I have noticed that documentation on development (running tests, code of conduct, formatting, etc.) isn't included in the Readthedocs pages yet. Is that something we want to move over? Or do we think of the readme as primarily for bigbang developers and readthedocs as primarily for bigbang users?</font></div><div>Yes, the documentation on development should be part of the Readthedocs too, but we simply haven't had the time yet to polish and include it.</div><div><br></div><div><font color="#a64d79">> The API documentation is organized by file/library, which makes sense, but I'm not sure how easy that is for people to understand. Should we have an overview of how the code is organized so that someone new to the project knows what to look for where? E.g. mailing list crawling is done within these 4 files, archives and analysis is in these, these files were experimental and aren't regularly used, etc.</font></div><div>Yes, that sounds good to me :) Could you create a PR for that?</div><div><br></div><div><font color="#a64d79">> Can Sphinx accept some extra text/context in the index page of the autogenerated library docs?</font></div><div>I don't think so, but might be wrong.</div><div><br></div><div>BW,</div><div>Chris</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op vr 19 nov. 2021 om 14:24 schreef Nick Doty <<a href="mailto:npdoty@ischool.berkeley.edu">npdoty@ischool.berkeley.edu</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks Seb for getting this going! It's so nice to read documentation in this format, rather than spread haphazardly around readme and wiki pages.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 8, 2021 at 4:11 PM Sebastian Benthall <<a href="mailto:sbenthall@gmail.com" target="_blank">sbenthall@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello,<br><div><br></div><div>New documentation us up on RTD, including autodocs for the code docstrings and the README, imported.</div><div><br></div><div><a href="https://bigbang-py.readthedocs.io/en/latest/" target="_blank">https://bigbang-py.readthedocs.io/en/latest/</a><br></div><div><br></div><div>Now that we have a location to put more expansive/complete documentation, we can have dedicated pages for issues, such as the <a href="https://github.com/datactive/bigbang/issues/414" target="_blank">data ingress/egress</a> we support.</div><div><br></div><div>Currently, all of our documentation is in the README, which has gotten quite long.</div><div><br></div><div>We have some options:</div><div> - (a) move material out of the README into dedicated pages that are rendered to the docs, keeping the README light, with "must have" information and links to the docs for other topics.</div><div> - (b) maintain information redundantly in the README and in Sphinx</div><div> - (c) Status quo: keep using the README for almost everything except autodocs.</div><div><br></div><div>My preference is for option (a).</div><div><br></div><div>I wonder how you all feel about the best way to organize the docs.</div></div></blockquote><div><br></div><div>I'm fine with option (a). I have noticed that documentation on development (running tests, code of conduct, formatting, etc.) isn't included in the Readthedocs pages yet. Is that something we want to move over? Or do we think of the readme as primarily for bigbang developers and readthedocs as primarily for bigbang users?</div><div><br></div><div>The API documentation is organized by file/library, which makes sense, but I'm not sure how easy that is for people to understand. Should we have an overview of how the code is organized so that someone new to the project knows what to look for where? E.g. mailing list crawling is done within these 4 files, archives and analysis is in these, these files were experimental and aren't regularly used, etc. Can Sphinx accept some extra text/context in the index page of the autogenerated library docs?</div><div><br></div><div>—npd</div></div></div>
_______________________________________________<br>
Bigbang-dev mailing list<br>
<a href="mailto:Bigbang-dev@data-activism.net" target="_blank">Bigbang-dev@data-activism.net</a><br>
<a href="https://lists.ghserv.net/mailman/listinfo/bigbang-dev" rel="noreferrer" target="_blank">https://lists.ghserv.net/mailman/listinfo/bigbang-dev</a><br>
</blockquote></div></div>