Sliders don't work properly.

**Arathranar** · 03-22-2005, 11:48 PM

If you click and try and drag, they move towards where your finger is but will never reverse if you move back. If you drag too far and go over another button, the slider stops tracking entirely. It confused me for a while when trying to use my touch screen but it's very obvious what's happening when you use a mouse.

**guino** · 03-23-2005, 12:35 AM

This was intentional.. in MediaCar, clicking on a slider sets it directly to the position you click onto (like the song pos slider) -- this caused harsh sound effects and unexpected surprises...

I have prevented it from being able to drag up and down without letting go of the screen/button because it was quite often on my tests that when letting go of the screen (on touchscreen) it would move the slider back when letting go of the screen (because of the movement of the finger) which caused the slider to move out of the position desired.

**RoyN** · 03-23-2005, 12:59 AM

Guino, I made a skin and I am having some slider problems... I am using only Videopos and Musicpos sliders, no volume sliders.

I am using the RR skin maker, and I copied the code exactly and couldnt find the problem... I see the sliders fine, they run and all, but I cant click them to adjust the music/video manually... what is going on?

Code:

MEDIACAR Skin
MEDIACAR Default"Videoplayer"skinskinskinskin skin
video_player_off.jpg,video_player_off.jpg,video_player_on.jpg,video_player_down.jpg

/, B, x, y, w, h, Command, Tooltip
B13,637,117,73,77,"MUTE","Mute"
B02,560,115,78,81,"VOL-","Volume-"
B01,710,114,78,81,"VOL+","Volume+"
B03,31,153,66,45,"ZOOM","Zoom"
B11,149,118,91,77,"LIST","Playlist"
B04,238,118,90,77,"MIXER","Mixer"
B05,330,117,77,81,"RRPREV","Prev"
B06,408,118,70,80,"PLAY","Play"
B08,479,118,80,80,"RRNEXT","Right"
B12,0,0,131,76,"EXIT","Exit"

/, S, x, y, w, h, x1, y1, w1, h1, O, Style, Pointer file path, h2, Code, Tooltip
S01,166,85,618,26,221,28,508,25,H,01,"SLIDER3\POINTER3.gif",12,"VIDEOPOS",""


/, L, x, y, w, h, r, g, b, pt, font, Code, Tooltip
L03,165,10,617,30,255,245,0,20,"Tahoma:B","TRACKNAME","center"
L06,168,40,150,30,255,255,255,15,"Arial Narrow:B","STATUS","Status"
L02,535,40,100,30,255,255,255,15,"Arial Narrow:B","CURRENTTRACKTIME","Current track time"
L01,636,40,100,30,255,255,255,15,"Arial Narrow:B","TRACKTIME","Total Track Time"
L05,650,148,64,22,255,255,255,13,"Arial Narrow:B","VOLUME","Volume"

/, I, x, y, w, h, Code
I01,637,117,73,77,"MUTE:b"

END

Thanks!

**guino** · 03-23-2005, 01:21 AM

you havent set the clickable area correctly... typically the first four numbers and the next for numbers are the same... yours are different.. read skin commands.txt for details..

**Arathranar** · 03-23-2005, 01:28 AM

Originally Posted by guino

This was intentional.. in MediaCar, clicking on a slider sets it directly to the position you click onto (like the song pos slider) -- this caused harsh sound effects and unexpected surprises...

I have prevented it from being able to drag up and down without letting go of the screen/button because it was quite often on my tests that when letting go of the screen (on touchscreen) it would move the slider back when letting go of the screen (because of the movement of the finger) which caused the slider to move out of the position desired.

Doesn't your solution only solve half the problem? The slider might still jump an extra bit in whatever direction it had been moving. But I can see why did this and have no better solution to offer...

**RoyN** · 03-23-2005, 01:26 PM

Hmm I fixed it now... I think it would be a bug of the skinning program then... just something to keep an eye out for...

**Arathranar** · 03-23-2005, 01:32 PM

Originally Posted by Arathranar

Doesn't your solution only solve half the problem? The slider might still jump an extra bit in whatever direction it had been moving. But I can see why did this and have no better solution to offer...

Actually, this can be improved. All you need to do is require a larger than 'slip' movement before you start scrolling the other way. That makes the behavior relatively consistent whilst still satisfying the requirement that finger up doesn't cause the volume to jump a bit.

Or you could delay application of the exact finger position by half a second - then any jump as the finger leaves the screen can be ignored since it's within half a second of the finger up. You'd need to be smart about short presses then.

**guino** · 03-23-2005, 02:42 PM

Originally Posted by Arathranar

Actually, this can be improved. All you need to do is require a larger than 'slip' movement before you start scrolling the other way. That makes the behavior relatively consistent whilst still satisfying the requirement that finger up doesn't cause the volume to jump a bit.
Or you could delay application of the exact finger position by half a second - then any jump as the finger leaves the screen can be ignored since it's within half a second of the finger up. You'd need to be smart about short presses then.

The reason behind the "jumps" on the sliders is because they're associated to the volumes which I strictly control to be a multiple of 5% starting at 10%. That's why you can't set them "precisely".. had I allowed any value, then you could end up with volumes like 43% or 27%...

**Arathranar** · 03-23-2005, 03:47 PM

I was talking about the jumps you mentioned:

I have prevented it from being able to drag up and down without letting go of the screen/button because it was quite often on my tests that when letting go of the screen (on touchscreen) it would move the slider back when letting go of the screen (because of the movement of the finger) which caused the slider to move out of the position desired.

Not the values you constrain it to.