Canonicalization for 're'-inherited methods about matplotlib.github.com

[QuLogic]

A siimilar case is in doc/api/figure_api.rst, where the individual members were listed in _as_gen, but the subfigure change (matplotlib/matplotlib@608a6e6#diff-0b83637c05ce3106a94726a356f22c1cb198257c7e7bd5f66be70cd4a20ebe5b) moved them to automodule-only, and they are now documented in the file instead of separate files in _as_gen.

[jklymak]

I'm a little confused as to what the problem is. https://matplotlib.org/stable/api/_as_gen/matplotlib.axes.Axes.pick.html#matplotlib.axes.Axes.pick is gone. I guess
https://matplotlib.org/api/_as_gen/matplotlib.axes.Axes.pick.html#matplotlib.axes.Axes.pick should just map to 3.3.4. Its not like you will be able to reach it from our docs, its just to satisfy bad links. Or are there further problems?

[QuLogic]

Well, in this case, it's gone because it's in https://matplotlib.org/stable/api/_as_gen/matplotlib.artist.Artist.pick.html
The method still exists as Axes.pick, but the location of where it's documented has moved.

[jklymak]

Sure, but we can't catch all that.... To me the goal is to not completely kill a top-level link. https://matplotlib.org/api/_as_gen/matplotlib.axes.Axes.pick.html should never be linked, but if someone does link it, we are sending them to where the documentation last existed. That we removed it and are relying on the inherited method isn't something we can help with. Note the reference in the list of axes methods has gone as well.

(Off topic, but I don't think this was a particularly good idea from a documentation point of view. Sure not every artist should have pick documented, but axes is kind of a special case, and removing it from the API index strikes me as making things more confusing, not less so).