Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Prepare for ipython 7.1 stricter ipython directive. #12587

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

Closed
wants to merge 1 commit into from

Conversation

Carreau
Copy link
Contributor

@Carreau Carreau commented Oct 22, 2018

In 7.1 the IPython directive will be stricter about unexpected
error/warnings by default and will stop the build.

This can be disabled globally with ipython_warn_is_error,
or on a per-block basis by setting the appropriate :okwarning:/:okexcept:

I was only able to go that far as other things were preventing me from
finishing the build (some document not included in any toctree),
but at least this is one less error.

Also this should give you a heads up, that IPython 7.1 should be released soon-ish (I hope end of week as it introduce some fixes and compatibility with Python 3.7.1, that if all build breaks it will likely not be your fault.

In 7.1 the IPython directive will be stricter about unexpected
error/warnings _by default_ and will stop the build.

This can be disabled globally with ipython_warn_is_error,
or on a per-block basis by setting the appropriate `:okwarning:`/`okexcept`

I was only able to go that far as other things were preventing me from
finishing the build (some document not included in any toctree),
but at least this is one less error.
@tacaswell tacaswell added this to the v3.0.0-doc milestone Oct 22, 2018
@tacaswell
Copy link
Member

This is related to #12583

@@ -37,6 +37,7 @@ The upshot of this is that for interactive backends (including
``%matplotlib notebook``) in interactive mode (with ``plt.ion()``)

.. ipython :: python
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if we should just have this as a code markup block, and not an ipython block? Otherwise we're just trying to keep code from MPL 1.5 running on new versions of MPL.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That would be fine for me too, but that will removed the rendered plot.
You could also set to :verbatim: so it won't try to process.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure it's all that important to see the plot in this specific case.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Indeed, because you can not see it change!

@Carreau
Copy link
Contributor Author

Carreau commented Oct 23, 2018 via email

@anntzer
Copy link
Contributor

anntzer commented Nov 1, 2018

Superseded by #12684. Thanks @Carreau!

@anntzer anntzer closed this Nov 1, 2018
@QuLogic QuLogic removed this from the v3.0.0-doc milestone Nov 27, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants