Skip to content

Make deprecations versions explicit#17242

Merged
tacaswell merged 4 commits into
matplotlib:masterfrom
QuLogic:explicit-deprecations
Apr 30, 2020
Merged

Make deprecations versions explicit#17242
tacaswell merged 4 commits into
matplotlib:masterfrom
QuLogic:explicit-deprecations

Conversation

@QuLogic

@QuLogic QuLogic commented Apr 25, 2020

Copy link
Copy Markdown
Member

PR Summary

Messages without %(since)s and %(removal)s will be ambiguous as to when they were deprecated and when they will be removed.

Also clean up extra 'in's in the messages as %(removal)s will add the correct preposition.

PR Checklist

  • Has Pytest style unit tests
  • Code is Flake 8 compliant
  • [N/A] New features are documented, with examples if plot related
  • [N/A] Documentation is sphinx and numpydoc compliant
  • [N/A] Added an entry to doc/users/next_whats_new/ if major new feature (follow instructions in README.rst there)
  • [N/A] Documented in doc/api/api_changes.rst if API changed in a backward-incompatible way

QuLogic added 3 commits April 25, 2020 00:13
Since this did not previously note a removal version, I bumped it to 3.5
(assuming this is merged for 3.3.)
The %(removal)s substition already includes 'in' or whatever prefix is
necessary.
Messages without `%(since)s` and `%(removal)s` will be ambiguous as to
when the were deprecated and when they will be removed.
@QuLogic QuLogic added this to the v3.3.0 milestone Apr 25, 2020
@anntzer

anntzer commented Apr 25, 2020

Copy link
Copy Markdown
Contributor

I wonder whether we should just make the deprecation machinery check the contents of message and, if it doesn't contain %(since)s or %(removal)s, append something like "This deprecation started in mpl %(since)s and will elapse %(removal)s"?

@QuLogic

QuLogic commented Apr 27, 2020

Copy link
Copy Markdown
Member Author

I was thinking about that, but it seems like one or two intentionally left it out; maybe we should only do that if pending=False?

@QuLogic QuLogic added the Release critical For bugs that make the library unusable (segfaults, incorrect plots, etc) and major regressions. label Apr 27, 2020
@QuLogic

QuLogic commented Apr 27, 2020

Copy link
Copy Markdown
Member Author

Marking as RC, as we shouldn't put out a release without the right numbers, whatever way we decide to do it.

@anntzer

anntzer commented Apr 27, 2020

Copy link
Copy Markdown
Contributor

pending=False explicitly disallows having a scheduled removal, so sure.

Comment thread lib/matplotlib/colors.py Outdated

@tacaswell tacaswell left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

This can go in as-is or we can wait for the validation.

@QuLogic

QuLogic commented Apr 29, 2020

Copy link
Copy Markdown
Member Author

I bumped the dates for the above to_rgba_array and #16417.

@tacaswell

Copy link
Copy Markdown
Member

Going to make an executive decision and merge this.

@tacaswell tacaswell merged commit 9575c76 into matplotlib:master Apr 30, 2020
@QuLogic QuLogic deleted the explicit-deprecations branch April 30, 2020 19:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Maintenance Release critical For bugs that make the library unusable (segfaults, incorrect plots, etc) and major regressions.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants