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

Skip to content

Small simplifications to FloatingAxesBase. #20191

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
May 12, 2021
Merged

Conversation

anntzer
Copy link
Contributor

@anntzer anntzer commented May 9, 2021

  • _axes_class_floating is just the super(FloatingAxesBase, self) class
    (per its definition in floatingaxes_class_factory), so we can just use
    super-calls instead of explicitly referring to it (both in __init__
    and in cla); and then we can just delete _axes_class_floating.
  • Combine _gen_axes_patch into a single line (it's not as if the
    intermediary variable names were particularly helpful).
  • In cla(), the super() axes patch is already not in the draw tree
    (it's FloatingAxesBase._gen_axes_patch() which is there, so no need
    to adjust its visibility); its figure and transform are already set
    by super().cla() as well so no need to adjust them
    . Finally,
    _original_patch is never used anywhere, so delete it.

PR Summary

PR Checklist

  • Has pytest style unit tests (and pytest passes).
  • Is Flake 8 compliant (run flake8 on changed files to check).
  • New features are documented, with examples if plot related.
  • Documentation is sphinx and numpydoc compliant (the docs should build without error).
  • Conforms to Matplotlib style conventions (install flake8-docstrings and run flake8 --docstring-convention=all).
  • New features have an entry in doc/users/next_whats_new/ (follow instructions in README.rst there).
  • API changes documented in doc/api/next_api_changes/ (follow instructions in README.rst there).

@QuLogic
Copy link
Member

QuLogic commented May 11, 2021

* its figure and transform are already set
  by super().cla() as well so no need to adjust them.

Is it? That patch is the clip path, not the Axes patch, so cla does not touch it. And it seems to be a plain Rectangle.

@anntzer
Copy link
Contributor Author

anntzer commented May 11, 2021

Ah, fair point, changed back.

- _axes_class_floating is just the `super(FloatingAxesBase, self)` class
  (per its definition in floatingaxes_class_factory), so we can just use
  super-calls instead of explicitly referring to it (both in `__init__`
  and in `cla`); and then we can just delete _axes_class_floating.
- Combine _gen_axes_patch into a single line (it's not as if the
  intermediary variable names were particularly helpful).
- In cla(), the super() axes patch is already not in the draw tree
  (it's FloatingAxesBase._gen_axes_patch() which is there, so no need
  to adjust its visibility).  _original_patch is never used anywhere, so
  delete it.
@QuLogic QuLogic merged commit 89a699b into matplotlib:master May 12, 2021
@anntzer anntzer deleted the fas branch May 12, 2021 07:16
@QuLogic QuLogic added this to the v3.5.0 milestone Jun 29, 2021
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.

3 participants