-
Notifications
You must be signed in to change notification settings - Fork 131
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
WARNING: Could not lex literal_block as "python". Highlighting skipped. #670
Comments
The code highlighting is done with Lines 117 to 123 in fc79fd1
In general, you could override it with |
BTW, if you just want to ignore the warning, you can use that in your
|
Yes, I ignored the warning for now. What's the correct value for magics_language, ipython? |
Is there any downside to using ipython as the lexer for all |
Yep, that seems to work. Thanks for all of your help! |
I don't know. But both
I'm not sure. The idea is that Jupyter notebooks are language-agnostic, so I would prefer not assuming IPython.
Well, none of those are explicitly the default, but So we might just remove this? In such a case, a user could override the language with Does that make sense? |
A warning and highlighting is definitely better than no warning and no highlighting. |
I have a cell block containing a shell command:
This runs and renders fine on Google Colab. However, when I build my docs with nbsphinx, I see the following warning message:
This seems to work for nbsphinx, but not for Jupyter:
This seems to work for Jupyter, but not for nbsphinx:
See https://readthedocs.org/projects/torchgeo/builds/17978930/ for the failing build and see microsoft/torchgeo#756 for links to the full notebook. This is with nbsphinx 0.8.9.
The text was updated successfully, but these errors were encountered: