move object (not reposition)

[arfa]

I make the distinction in the subject between moving and repositioning where the former is progressive and the later instant.

Is there some way of *moving* an object from x1,y1 to say, a user click-point x2,y2

I am currently thinking along the lines of calculating the angle to determine the x/y ratio
eg. 45o = 1/1 = every ?, move x 1pixel, y 1pixel

I have a non-grid, organic map situation and destination points will be quite arbitrary.

Any other suggestions?

[LB]

Move it like a bullet, but slower?

[arfa]

Yes.
It is not so much the speed but the sense of progressive movement - although I figure if it goes quick then it can be set to go slow and I am counting on that.

Make a move - slow
get attacked - fast - but you see it moving in for the strike. Tension, regret - life like.

[LB]

So, can you try to move it like a bullet but slower? Is that what you want?

[arfa]

Yes.
Or like a snail except faster ;]

The player clicks one their piece then clicks a point on the map where they want to move it to. And then it moves (speed dependent on the object) to that point.

The position options are positional: select, swap with another or posX/Y. Standard movements - 8 direction, etc. give no way of setting the (pre-determined) point of arrival.

Maybe I am missing something basic here ?

[RickyRombo]

Try a bezier curve? (eh spelling)

[LB]

I meant that you're supposed to actually code the movement yourself. There's plenty of examples for bullet shooting that you can just tone down the speed for your desired result.

[Jacob]

Well, if I recall correctly, the formula for a line is this:

X = t(x1+(x2-x1))
Y = t(y1+(y2-y1))

Where 1 is the initial coordinate, 2 is the ending coordinate, and t is time, represented as a value between 0 and 1.

So always set an object's position to this formula using t as an alterable value, and then add 0.1 to t to progress the object along the line.

[arfa]

Thanks Jacob.
I will try that. I am curious to see how the 't' factor affects positioning.

I tried bouncing-ball but, being limited to 32 directions creates quite a margin of angle-error -- increasing the further the destination is from start.

>> [what] I meant...
I'm not a total newbie here but allow that I can miss the obvious and am happy to be told so - directly. Shooting has the same limitation as b-ball.

RickyRombo,
I love bezier (do heaps of my artwork as vector) but have yet to get to grips with MMF style. I like, if I can get my head around it, to address the basic math. Thanks.

[arfa]

First (quick) test has great result. I haven't the time to explore just now but the problem is that for t=0 then X=0 - the player object is set to start at 0,0.

But, the path travelled is correct and the traveller lands !*right on the button!*

This feels like it can be made to work.
More later. Thanks again Jacob