Shadows add on top of each other, should fix that.

Still not a bad idea, even though objects are not affected by shadows. If your object doesn't have a C(infinity) rotational axis along their vertical middle axis, shadows will be deformed. Simple shadows should be doable without problems though, as you show.

In the end I think if someone wants dynamic lightning, they should just stick with a 3D solution.

Not sure, what you mean exactly.

That they positions are fed into the graphics. You can save something like this in intervals in an array and interpolate between points (or better path progression) and then show this in the replay.

You save the string "AcornReturned" instead of the contents of your variable AcornReturned. Leave the "" away.

Overlap horizontal (or straight diagonal) and vertical (arc) movement, similar to this: en.wikipedia.org/wiki/Trajectory_of_a_projectile

Looks very nice.

Set textbox text to str(float(textbox.text)+2)

if you work with whole numbers numbers, int works as well ofc

• use construct 2
• setting acceleration to absurdly high amounts will make it move at max speed instantly

instance variable drawn=0

on click: save x and y in 2 variables, set drawn=1, call function "draw"

function "draw":

pick object drawn=0; pick random instance: draw line from saved x and y to sprite.x and y; save x and y coordinates in the variables again, call function "draw"

you can also do that in a while loop ofc, stop condition could be related to sprite.pickedcount = 0 after picking drawn=0 or you pick drawn=0 and repeat it pickedcount times.

Aphrodite: yes I guess so, I just didn't expect it to happen for +0.1.

Bl4ckSh33p: I have already explained it. Conversion to string leads to the different display. There is probably a display rule in place that prevents those little differences to show when the number is still handled as float. If you use str(muliplier) in your text, you will see all decimals and thats also what happens when you append the &"x".

It doesn't change the value, it just doesn't display it in the text when the value isn't converted to a string for the text, maybe because some rounding is in place exactly for those cases. Check out the debugger to see that the value of the variable is indeed this bandworm of a number, no matter how it is displayed.

I know there are some very small computational inaccuracies in Construct, but I didn't think it would happen for additions :/ sucks a bit.

That's because you didn't put the loop in a subevent, so it changes the frame of the block in the loop.

<img src="http://666kb.com/i/cjys0x9kw78bd8itj.png" border="0" />

Without having seen the file: sounds like a problem with picking. Look up tutorials about picking in Construct 2.

The core basics:

• on the start of a new event every object is selected
• with conditions in your main- or subevents your selection will get smaller
• if you want only specific objects to be affected, pick them accordingly with conditions
• if you are in a subevent where you have deselected a lot of objects with which you want to work again, use the "pick all"-expression to get back select all instances of the selected object, that already existed when the event started, again