Fix/norm inputs

[cvanelteren]

Closes#689

When vmin, vmax is given, norms should not be allowed as inputs (as they are part of the norm object). When strings are given, however, we must allow the logic to run.

[codecov]

Codecov Report

❌ Patch coverage is 95.00000% with 2 lines in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
ultraplot/tests/test_colorbar.py	94.28%	1 Missing and 1 partial ⚠️

📢 Thoughts on this report? Let us know!

[cvanelteren]

@gepcel@munechika-koyo can this be merged?

[munechika-koyo]

Suggested change

	["linear", ["linear"], ("linear",)],
	["linear", "log", ["linear"], ("linear",)],

What about trying a different norm?

[cvanelteren]

We could; I am currently just testing against the explicit inputs which are str, list or tuple

[munechika-koyo]

I understand that we conducted the type testing there.
It is probably confirmed somewhere that parsing a string and converting it into the corresponding normalizer is possible, so it might not be necessary here.

[cvanelteren]

I will check

[cvanelteren]

I added this test

@pytest.mark.parametrize("norm", [uplt.DiscreteNorm, uplt.colors.mcolors.Normalize])deftest_normalize_types(norm):
data=np.random.rand(10, 10)
target=normprint(norm)
ifnormisuplt.DiscreteNorm:
norm=uplt.DiscreteNorm(levels=[0, 1])
discrete=Trueelifnormisuplt.colors.mcolors.Normalize:
norm=uplt.colors.mcolors.Normalize(vmin=0, vmax=1)
discrete=Falseelse:
raiseValueError("Norm not understood.")
fig, ax=uplt.subplots()
cm=ax.pcolormesh(data, norm=norm, discrete=discrete)
assertisinstance(cm.norm, target)