Writing executable Sphinx documentation with the myst-parser #1136
-
Dear all, first of all thanks for the great work! @rowanc1 encouraged me to use this channel here. We are currently discussing moving the pyGIMLi documentation to the
All of these options are not ideal and I am wondering if I am missing something here. Thanks for your insights! Florian |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Hi @florian-wagner, thanks for opening this discussion! In the Sphinx space, Executable Books developed (and maintain) the MyST-NB project. This package is responsible for ingesting notebook-like formats and handling the executable code blocks/embedded outputs in the file. It sounds like this is the tool that you need! One thing that I'm unsure of is whether you need doctest support? The workflow that I'm envisaging here is effectively "write your tests as notebooks", such that a test fails if it causes the notebook execution to fail (e.g. bare asserts). Actual doctest support is not something that MyST-NB supports yet. |
Beta Was this translation helpful? Give feedback.
Hi @florian-wagner, thanks for opening this discussion!
In the Sphinx space, Executable Books developed (and maintain) the MyST-NB project. This package is responsible for ingesting notebook-like formats and handling the executable code blocks/embedded outputs in the file. It sounds like this is the tool that you need!
With
myst-nb
, you can author text-based notebooks that play nicely with VCS but are executed at build time.One thing that I'm unsure of is whether you need doctest support? The workflow that I'm envisaging here is effectively "write your tests as notebooks", such that a test fails if it causes the notebook execution to fail (e.g. bare asserts). Actual doctest support is no…