Open nthiery opened 1 year ago
Thanks for opening your first issue here! Engagement like this is essential for open source projects! :hugs:
If you haven't done so already, check out EBP's Code of Conduct. Also, please try to follow the issue template as it helps other community members to contribute more effectively.
If your issue is a feature request, others may react to it, to raise its prominence (see Feature Voting).
Welcome to the EBP community! :tada:
Quick discussion here https://github.com/orgs/executablebooks/discussions/912#discussioncomment-4651002 Happy to help with the beta testing.
@rowanc1 there are two ways to account for the existing user configuration:
jupyterlab-myst
to consumeGET /api/contents/_config.yml
) and parsing it in the frontend.I don't yet have a feel for which option is best. I think (2) is less work, but would require some assumptions e.g. the root content directory for JupyterLab must be the book directory. (1) would let the user define which configuration to use at startup e.g. jupyter lab --MyST.config_file=./_config.yml
We would also want the ability to define the relevant configuration directly in JupyterLab i.e. as settings rather than as an on-disk file.
Context
For course material in French, we are using extensively Jupyter notebooks in Myst-Markdown, rendered in JupyterLab for interactive use and Jupyter-Book for browsing on the web. Myst features like admonitions are great to structure the content; now that they are available in JupyterLab, we will start using them extensively.
There remains one caveat:
is rendered in JupyterLab with an English title "Warning" instead of the desirable "Avertissement" displayed in Jupyter-Book.
Proposal
It would be desirable for the rendering of myst features to use the language of the document.
Caveat: define "the language of the document"
Tasks and updates