#16063 gives you @_delete_parameter(version, "args") and @_delete_parameter(version, "kwargs").

If that gets in first, I'll adapt, but wouldn't wait for this. BTW, I've approved #16063.

You can also steal the implementation of _delete_parameter if you want.

I'll leave that to you 😄

it's a bit strange because the Tick now takes a bunch of kwargs which basically get forwarded to the label Text objects (labelsize, labelcolor, labelrotation) but can't set the text itself? (IOW should we make the label kwarg actually work instead?) Alternatively should these labelfoos also get deprecated?

I don't know. The label text is not really in the control of the tick but in the control of the Locator/Formatter. All usages in our codebase just passed an empty string. So making label work seems not too desirable.

I think labelfoos are currently used for creating additional ticks with the right properties after set_tick_params() was used. Would have to check for that.

Generally, I'd rather make the Tick API smaller than larger because it's a bit performance critical; and we may want to migrate to somthing like a TickCollection at some point.

I strongly agree with making it smaller rather than larger, but would rather get rid of all label related args together if possible. Won't block over that though.

I can look into that, but would rather do in a separate PR. I have the itch that everything will break down if I remove the labelfoos. And sorting that out in a small clean PR is simpler. Also it's easier to revert if we find out this was a bad idea.