Skip to content

Use Napoleon instead of Numpydoc ? #11440

Closed

Activity

  1. lesteve commented on Jul 5, 2018

    @lesteve
    Member

    Last time I tried (maybe 1-2 years ago), there were some errors when building the doc with napoleon and it was not immediately obvious how to fix them. Googling at the time, it was not immediately clear what the differences were between napoleon and numpy-doc. There may also be small differences in the doc output that are hard to spot given the size of the scikit-learn documentation.

    I would be in favour of waiting for 0.20 before merging a PR that switches to napoleon, so that quirks can be spotted in the dev doc until the 0.21 release.

    numpydoc has seen some fixes by @jnothman and @amueller semi-recently (maybe a few months ago) so maybe they have some informed opinion.

  2. GaelVaroquaux commented on Jul 5, 2018

    @GaelVaroquaux
    Member
  3. rth commented on Jul 5, 2018

    @rth
    Member

    I'm also not clear on the differences between the two feature-wise (their documentations are not too explicit about this point), I have used both in the past.

    However, another point to consider that is that numpydoc had extensive contributions by Joel (and other scikit-learn developers) while, unless I am mistaken no one contributed to sphinx.ext.napoleon too much.

    So this would mean replacing a working and well known dependency, by another one which potentially will require more maintenance work. The end result is that new contributors will not need to install numpydocs when they run tests or build docs locally, but is that worth the effort?

  4. GaelVaroquaux commented on Jul 5, 2018

    @GaelVaroquaux
    Member
  5. jnothman commented on Jul 5, 2018

    @jnothman
    Member
  6. jorisvandenbossche commented on Jul 6, 2018

    @jorisvandenbossche
    Member

    What is the original reason to bring this up? Only that napoleon is included in sphinx? Or that we think it actually works better, or is better maintained?

  7. GaelVaroquaux commented on Jul 6, 2018

    @GaelVaroquaux
    Member
  8. cmarmo commented on Jan 17, 2022

    @cmarmo
    Contributor

    Based on how other project have managed similar issues (matplotlib#5743, astropy-sphinx#5) and the effort put in #21350, I believe this one can be closed.

  9. GaelVaroquaux commented on Jan 17, 2022

    @GaelVaroquaux
    Member

    Sounds good with me. I'm closing it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions