Fix get_tick_params

[StefRe]

PR summary

Fix get_tick_params

• show values for x axis too
• fix nonfunctional test
• move axis tests from test_axes.py to test_axis.py
• make note in get_tick_params docstring more precise
• add GridOn to set_tick_params as it's always returned by get_tick_params, so it would be illogical if you couldn't set the paramter in the setter

Closes #27416.

PR checklist

• "closes #0000" is in the body of the PR description to link the related issue
• new and changed code is tested
• [N/A] Plotting related features are demonstrated in an example
• New Features and API Changes are noted with a directive and release note
• Documentation complies with general and docstring guidelines

[timhoffm]

I'm hesitant to further expand the use of camelcase variables. But I don't have an overview of its usage and whether grid_on would be a viable alternative. (No code editor access right now).

[StefRe]

grid_on would be available as an alternative. gridOn is only used internally in 4 files, no big deal to rename.

As an alternative one could translate gridOn to grid_on (which wouldn't, however, prevent anyone to use the then undocumented keyword in set_tick_params etc., as it's the case now).

If we don't want to have gridOn I'd opt for renaming it to grid_on. This wouldn't be an API change as gridOn is not documented.

[timhoffm]

Wouldn't it be sufficient to implement the translation, either as a dict or as _translate_tick_params()?

[StefRe]

Sure, but _translate_tick_params is 18 LOC (not counting continuation lines) whereas get_tick_params is just 2.

Another thing is that set/get_tick_params currently doesn't work correctly for Axes3D (I'm going to open an issue about it) and I assume that it's easier fix with dedicated setters/getters (didn't look into it closely yet)

[StefRe]

On second thought, I think you're right and it's less convoluted to make the translation dicts axis-specific in the first place rather than modify a generic dict. I'll change it later this week, changing this PR to draft in the meantime.

[StefRe]

This re-write of the Note in the get_tick_params documentation was caused by this example:

import matplotlib.pyplot as plt
import matplotlib as mpl

with mpl.rc_context({"ytick.labelcolor": "blue"}):
    fig, ax = plt.subplots()

for label in ax.get_xticklabels():
    label.set_fontweight("bold")

plt.xticks(ha="left")

fig.text(0.2, 0.7, "\n".join(["___x___"] + [f"{k}: {v}" for k, v in ax.xaxis.get_tick_params().items()]), va="top")
fig.text(0.6, 0.7, "\n".join(["___y___"] + [f"{k}: {v}" for k, v in ax.yaxis.get_tick_params().items()]), va="top")
plt.show()

This shows that

• neither the label color nor the horizontal alignement are returned by get_tick_params although the were not set via the set_* methods on the individual tick objects
• the bold fontweight set on the individual tick labels is also applied to new labels (the warning at get_major_ticks is correct as it says that there's a risk that the changes will not survive, it doesn't claim that these changes only apply to current labels.

[ksunden]

Suggested change

	respectively, and *girdOn* as well as all additional parameters that were
	respectively, and *gridOn* as well as all additional parameters that were

[timhoffm]

I believe this has been superseeded by #29249.