Danijerry's Profile

- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 29 Apr, 2012
- Quote
CurX, CurY and CurZ works only when using a for loop, otherwise, they will always have the initial value which is zero. The simplest solution would be to use instance variables with the brick or global variables to store your current X and Y dimensions of the array.

Nice use of three dimensional array to store X and Y coordinates in the Z dimension <img src="smileys/smiley32.gif" border="0" align="middle" />.
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 16 Apr, 2012
- Quote
You are right that the properties of the instance will be passed to your function. But for some reason it seems that always the first instance is picked. Can you provide the .capx!
Try Construct 3

Develop games in your browser. Powerful, performant & highly capable.
Try Now Construct 3 users don't see these ads
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 15 Apr, 2012
- Quote
I think this is an issue of updating the "SOL". If I am right they are all instances of a single sprite.

In short when you are using a For each a single sprite is selected and the rest of the code will be using only that instance of the sprite. To overcome this you add a system event "Pick all". I just helped solve one such issue take a look:

http://www.scirra.com/forum/isolate-identical-sprites-by-variables-for-testing_topic50378_post317619.html?KW=#317619
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 15 Apr, 2012
- Quote
Try this: http://dl.dropbox.com/u/28195143/c2_share/OmenHound_fix.capx

I have modified the On Start event to destroy the first GemBlue you have outside the layout. This would stop the hound going after it.

I have used the bullet behavior. You would not need a for loop here. The pick nearest event should be on the GemBlue.

You don't have to worry about SOL (Selected Object List) here. It is a little advanced I think. You may look into these links if you want to learn more about it.

http://www.scirra.com/forum/isolate-identical-sprites-by-variables-for-testing_topic50378_post317619.html?KW=#317619

SDK Manual Entry: http://www.scirra.com/manual/29/object-type/page-1
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 15 Apr, 2012
- Quote
MOB.Count would return the number of instance of MOB. Can't you just add 1 to happyMOBs when the condition is met!
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 14 Apr, 2012
- Quote
This may be an issue of SOL. Sharing the .capx would help.
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 12 Apr, 2012
- Quote
To start on button click, use a variable (x) initially set it to 0, when the button is clicked set it to 1.

Add an event System --> Compare variable --> x = 1

Add the for loop as a sub event.

For choosing an item Pick nearest/farthest Sprite event may help.
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 11 Apr, 2012
- Quote
There is a system expression called loopindex, take a look:

http://www.scirra.com/manual/126/system-expressions
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 6 Apr, 2012
- Quote
I was just thinking that it would cost more memory when you create and delete a sprite. Will it not be better to just update the position of a single sprite?
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 6 Apr, 2012
- Quote
I didn't think about the loop properly, but good that it is solved.
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 5 Apr, 2012
- Quote
It seems to work for me.

http://dl.dropbox.com/u/28195143/c2_share/CanvasPasteProblem_fix.capx
- Danijerry
- - Joined 6 Jan, 2012
  - 1 topics • 30 posts
- 1
- 5 Apr, 2012
- Quote
Just make the last empty event a sub event of the previous loop, it should work fine.