Truly static tickspacing

[SimonDanisch]

To not have jitter in the axis when panning/zooming, we've been recommending to use tight_ticklabel_spacing!, which doesn't fully work to avoid jitter.

1. It only considers the current ticks, so if the ticks grow, it will not allocate enough tickspace. This is solved by adding n_tick_chars=automatic to tight_xticklabel_spacing! where automatic replicated the old behavior. With set to e.g. 5, it will allocate enough space for 5 chars of ticks, e.g. "0.001".
2. Zoom and pan use timed_ticklabelspace_reset to reset the tickspace less often when zooming around. But it also resets the tickspace back to automatic (this may be a bug?). In any case, when we want truly static ticks, this should not run at all/ To achieve this, I added a a new option to turn of the timed reset to tight_ticklabel_spacing! and Axis.

Open question: maybe this should be put in a new function, e.g. static_tickspace!(ax, nchars) ?
cc: @jkrumbiegel

[MakieBot]

Benchmark Results

SHA: 4f0859d90a36f5b5142228b105bc2ce2e908d304

Warning

These results are subject to substantial noise because GitHub's CI runs on shared machines that are not ideally suited for benchmarking.

[jkrumbiegel]

I'm not sure how much is gained here vs just doing ax.yticklabelspace = some_value? We already have an exact version with tight_ticklabel_spacing! but I'm not sure we need an inexact one. Also the nchars thing doesn't really make sense for both dimensions or if you consider ticklabel rotation.

[SimonDanisch]

Well, as pointed out, the "exact" version is not really exact once you start zooming.
And I'm not sure how to set the value manually without trial and error, or doing exactly what I'm doing in this PR, which seems a bit too complicated to be left to the user.

Also the nchars thing doesn't really make sense for both dimensions or if you consider ticklabel rotation.

I guess we could use more attributes from the ticklabels, but replacing the text with n_chars?

[jkrumbiegel]

Well, as pointed out, the "exact" version is not really exact once you start zooming.

I didn't mean that it was useful for zooming specifically, just that it's purpose is an exact one (you wouldn't be able to pick the value it chooses for yticklabelspace easily yourself).

The nchars api feels weird to me because chars can have different sizes so it's not clear what that's supposed to mean, plus as I said, the meaning changes depending on rotation etc.

How about a mode like :max_auto where the tick spacing adjusts, but only upwards. So if you get longer tick labels, there will be room for them, but if they get shorter again, the spacing doesn't change?

[SimonDanisch]

How about a mode like :max_auto where the tick spacing adjusts, but only upwards. So if you get longer tick labels, there will be room for them, but if they get shorter again, the spacing doesn't change?

That's not a bad idea :)