Slider bars?

Ive been trying to create an RGB slider bar for a HUD im making (which would modify the RGB value of a specific prim according to the position of the 3 slider bars) but im having a problem. For me to completely cover the sliders in alpha'd prims, id use way too many to ever be concieveable for a HUD. Is there any possible way to reduce the number of prims and still keep the RGB values accurate? is it possible to move the slider itself and not have to use all those extra prims?

I realize you wish to make a working slider, but what about using up/down arrows which move the value up/down while the mouse is held down? The slider would then be a single prim which moves in visual representation of the value.

I know it's planned for web interaction, but AFAIK there isn't yet a way to determine where on a face was clicked.

thats a good idea, I have to wonder if that would be a good idea, given how many values there are for both Red, Green, and Blue. One could have the mousebutton clicked down for a long, long time.

Well - this could make it a little less 'long' for the clickers. Add another two or three buttons that define the steps which are made by clicking on the 'slider'. So button one would in-/decrease the value by 10, button two by 1 and button three by 0.1...

Might be a little awkward to handle, but still better than inaccurate sliders...

Hrm..a 1, 10, 100 incremental bar. Not a bad idea. I still wish I knew how luskwood did it. However it seems a tad complicated for those people that want to set a good color. In that same fasion, I could simply make a 3 digit numerical thing with arrows above and below each position.

By recording the time that the button went down, you could make it go slowly at first, then speed up if the button stays down for more than a second or two. That way it goes fast till it gets to the range they want, and then subsequent short clicks will move up/down slowly again.

A more challenging method might be to use a slider prim and two invis prims that resize to catch clicks above and below the slider. Just an idea, I'd have to see if the click event stops once the prim resizes so the mouse isn't touching it any more.

Would it be possible to get a pointer to the thing you're trying to emulate? I've had on my back-burner an idea to make for public release an "all purpose" texture- and color-selecting HUD, with the colors adjusted by llDetectedGrab() on slider bars--but not sure if that would do all that's desired here anyway. (By the way, I'm relying on another scripter's superb detective work into the eccentricities of llDetectedGrab() in HUDs; it's far from obvious.)

I'm actually making a slider bar as well for a HUD I'm making, I've already R&D'd enough to know how I can fix or get around the bugs that my slider has. the only real nuisance is that the slider normally jumps from it's original position to a higher spot due to a slight error i made in it's math. And the only other nuisance would be that if I try using it while facing south, the slider moves in the reverse direction, but I'll soon have that solved.