Skip to content

Update the readme on providing API changes #15367

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

Merged
merged 1 commit into from
Oct 7, 2019
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
31 changes: 20 additions & 11 deletions doc/api/next_api_changes/README.rst
Original file line number Diff line number Diff line change
Expand Up @@ -3,19 +3,28 @@
Adding API change notes
=======================

Please place new portions of `api_changes.rst` in the
`next_api_changes` directory.
API change notes for future releases are collected in the directory
:file:`next_api_changes`. They are divided into four categories:

When adding an entry please look at the currently existing files to
see if you can extend any of them. If you create a file, name it
:file:`what_api_changes.rst` (ex :file:`deprecated_rcparams.rst`) with
contents following the form: ::
- **Deprecations**: Announcements of future changes. Typically, these will
raise a deprecation warning and users of this API should change their code
to stay compatible with future releases of Matplotlib. If possible, state
what should be used instead.
- **Removals**: Parts of the API that got removed. If possible, state what
should be used instead.
- **Behaviour changes**: API that stays valid but will yield a different
result.
- **Development changes**: Changes to the build process, dependencies, etc.

Brief description of change
---------------------------
Please place new entries in the respective files in this directory. Typically,
each change will get its own section, but you may also amend existing sections
when suitable. The overall goal is a comprehensible documentation of the
changes.

Long description of change, justification, and work-arounds to
maintain old behavior (if any).
A typical entry could look like this::

Locators
~~~~~~~~
The unused `Locator.autoscale()` method is deprecated (pass the axis
limits to `Locator.view_limits()` instead).

If you need more heading levels, please use ``~~~~`` and ``++++``.