[Fixed: 155] Sliderbit does not allow hue change?

[SLoB]

Added the same colour hue id to sliderbit as other hue change layers and this element does not change colour (original colour is blue/orange so should change).
progresslr does change ok.

[SLoB]

related to the hue slider
colour changes well, however white to black doesn't. It should be possible to use a monochrome or black to white (or other colours).
The white to black section doesn't change as in image below.


Also the issue of the horizontal slider not saving values properly on refresh/reload as the slider position toggles from the opposite to opposite.

[SLoB]

Related again (rather than open yet another thread), progresslr in particular does not start at 0, leaves a trail of 1 pixel so it seems.

[Cliff Cawley]

Added the same colour hue id to sliderbit as other hue change layers and this element does not change colour (original colour is blue/orange so should change).
progresslr does change ok.

Thanks, this was an omission on my part. As a sliderbit is 'owned' by a slider, it should really be colorized at the same time as a slider.

The same thing with buttons. _over and _down states should be colorized at the same time. No need to tag them with a separate id.

This is now fixed in Build 155.

Cliff

[Cliff Cawley]

related to the hue slider
colour changes well, however white to black doesn't. It should be possible to use a monochrome or black to white (or other colours).
The white to black section doesn't change as in image below.

Correct. The colorize uses a tinting algorithm. It's very similar to what photoshop uses for it's Color layer type.

If you create a layer with your chosen color filled, change the layer type to Color, then you can replicate what Xion does. If you use any gray scale value, you won't see a difference. If you use a Color, you will.

Also the issue of the horizontal slider not saving values properly on refresh/reload as the slider position toggles from the opposite to opposite.

I don't understand this, you'll have to elaborate, although I'd recommend creating a new thread for it so I can mark it as fixed when done.

Cliff

[Cliff Cawley]

Related again (rather than open yet another thread), progresslr in particular does not start at 0, leaves a trail of 1 pixel so it seems.

Please create a seperate thread for this