Fix Hypertile xyz

[w-e-w]

Description

Hypertile's xyz support was was implemented in a way that once the axis is processed the setting is permanently changed even after job has finished

changes

• re-implement Hypertile's xyz support using apply_override so setting are not permanent
• create new xyz util confirm_range for checking of all values are in range
• minor reformat of scripts/xyz_grid.py (there's a couple of weird indents)

about confirm_range
initially I was going to implement something that can specify more complex ranges using the mathematical interval notation
but at the end I feel like it's overkill
https://gist.github.com/w-e-w/cac0787539a8163b94315c8d587ba952

Checklist:

• I have read contributing wiki page
• I have performed a self-review of my own code
• My code follows the style guidelines
• My code passes tests

[w-e-w]

@aria1th
just in case there is something I don't know
why is there the need of chacking existing Hypertile axis
as far as I'm aware there's no chance of this ever happening since

stable-diffusion-webui/extensions-builtin/hypertile/scripts/hypertile_xyz.py

Lines 46 to 49 in 1c0a0c4

	set_a = {opt.label for opt in xyz_grid.axis_options}
	set_b = {opt.label for opt in extra_axis_options}
	if set_a.intersection(set_b):
	return

[aria1th]

While I was implementing this, reloading extensions has resulted multiple identical options in gradio dropdown box so I temporarily added check for this
I think the bug has been resolved somewhere, and we don't have to maintain the check now

[w-e-w]

While I was implementing this ... I think the bug has been resolved somewhere

thanks