Implement ticklabelposition for cartesian subplots and colorbars

[archmoj]

Resolves #5186 by implement ticklabelposition for cartesian subplots as well as colorbars.
and fixes #5262 (in c7a23b4)
and fixes #5301 (in 6e80dc9, 8efa7bd and 6f575a3)

ticklabelposition determines where tick labels are drawn with respect to the axis.
Options are
outside, inside,
outside top, inside top,
outside left, inside left,
outside right, inside right,
outside bottom, inside bottom.

It Has no effect on multicategory axes or when tickson is set boundaries.

Please note that
top or bottom has no effect on x axes or when ticklabelmode is set to period.
Similarly,
left or right has no effect on y axes or when ticklabelmode is set to period.

Demo

@plotly/plotly_js

[nicolaskruchten]

To check:

• category axes
• period positioning

[nicolaskruchten]

recapping conversation in slack: it's pretty much a core part of the intention of this feature that we take into account the bounding boxes of the labels, rather than hardcoding multiples of the font-height.

[archmoj]

recapping conversation in slack: it's pretty much a core part of the intention of this feature that we take into account the bounding boxes of the labels, rather than hardcoding multiples of the font-height.

Addressed in c262d4b and 74f594d.

[alexcjohnson]

Looking great! Nice job with the extra autorange, and with removing labels that extend outside the plot. A few things I notice playing with the demo:

• If I zoom/pan the y axis and change the label length while the x axis is still autoranged, I would have expected the x axis range to recalculate to fit the new labels but it doesn't. Somehow if I double-click TWICE on the x axis at that point it will recalculate, but I'd have wanted it to happen automatically. Here for example is starting with short labels (eg 8k) and making them longer by zooming (8000):

• Sometimes as I'm interacting with the plot, the x axis data will appear to lose the extra range for the y labels, but the x axis ticks and gridlines will be correct. I can't detect a clear pattern for when this happens, and sometimes I see just a small shift, not all the way to where the data would have been without the inside labels. This looks similar to a bug I encountered in rework matching & scaleanchor so they work together #5287 and fixed with an extra ax.setScale at the right place in the process

[archmoj]

• Sometimes as I'm interacting with the plot, the x axis data will appear to lose the extra range for the y labels, but the x axis ticks and gridlines will be correct. I can't detect a clear pattern for when this happens, and sometimes I see just a small shift, not all the way to where the data would have been without the inside labels. This looks similar to a bug I encountered in rework matching & scaleanchor so they work together #5287 and fixed with an extra ax.setScale at the right place in the process

Good catch. Fixed by 999f877.

[archmoj]

Looking great! Nice job with the extra autorange, and with removing labels that extend outside the plot. A few things I notice playing with the demo:

• If I zoom/pan the y axis and change the label length while the x axis is still autoranged, I would have expected the x axis range to recalculate to fit the new labels but it doesn't. Somehow if I double-click TWICE on the x axis at that point it will recalculate, but I'd have wanted it to happen automatically. Here for example is starting with short labels (eg 8k) and making them longer by zooming (8000):

Good call. Addressed in 445eee4.

[alexcjohnson]

heh inside labels and MathJax hopefully have rather disjoint user sets... So yes we should test this at some point, but not necessary for this PR

[alexcjohnson]

Fantastic! Nice job including colorbars and improving various other aspects of rotated tick label positioning. 💃