-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support include & literalinclude #189
Comments
Thanks @nthiery - I have added the first part of the directive that works with the MyST CLI. There is still a bit more work to do to bring it over to jupyter lab. All of the |
Oh wow, that was amazingly quick! |
Supports `literalinclude` directive and options across RST and Sphinx. - [RST documentation](https://docutils.sourceforge.io/docs/ref/rst/directives.html#including-an-external-document-fragment) - [Sphinx documentation](https://www.sphinx-doc.org/en/master/usage/restructuredtext/directives.html#directive-literalinclude) See jupyter-book/jupyterlab-myst#189 and https://github.com/orgs/executablebooks/discussions/1026
Hey! any updates with this issue? |
I'd like to +1 on this request, would be a very helpful addition indeed as far as I can tell, I can use the |
The literalinclude directive offered by myst-parser and sphinx -- with its subsection selection mechanisms (start-after, ...) -- is very handy in teaching context for displaying fragments of code, while maintaining these fragments in code files together with tests. This guarantees that the fragments are actually correct; a desirable feature in general which becomes critical when authoring exams.
Proposal
Support the same feature in jupyterlab-myst.
The text was updated successfully, but these errors were encountered: