kirothius's Forum Posts

• • kirothius
  • 
  • • Joined 12 May, 2012
    • 
    • 1 topics • 3 posts
  • 1

  • 12 May, 2012
  • Quote

  Thank you both for your replies! Changing it to collision did fix the problem. Furthermore, I figured out the problem with the sprites not 'sticking' to the boxes; it is likely along the same vein of the reason you suggested, Kyatric. Prior to the update I had it simply set up that on the start of layout, if an animated sprite is overlapping the box on start of layout, it is pinned. After the update, this broke to pieces. Apparently I had to add a 'For each' condition as well to make sure that the condition is applied to each instance of the box.

  Again, thank you for your attention, and this 'bug' is resolved (I suppose it just uncovered faulty code). I was just a little stunned at how spectacularly everything broke all of a sudden =P

• • kirothius
  • 
  • • Joined 12 May, 2012
    • 
    • 1 topics • 3 posts
  • 1

  • 12 May, 2012
  • Quote

  Hi Kyatric, thanks for the fast reply.

  PatrolBug.capx

  Hopefully that works (or rather, works in showing it not working). The first instance patrol behaviour works fine, but all subsequent copy/pasting of it does not.

• Try Construct 3

  Develop games in your browser. Powerful, performant & highly capable.

  Try Now Construct 3 users don't see these ads
• • kirothius
  • 
  • • Joined 12 May, 2012
    • 
    • 1 topics • 3 posts
  • 1

  • 12 May, 2012
  • Quote

  Hi everyone,

  I have been working on a platformer project for a few months now, and it has been stable up to the last release (which I updated to today).

  My problem is as follows: I have enemies with a patrol motion based on their touching two invisible boundary blocks (ie Upon overlap with the boundary blocks, the enemies will pause then move the other direction). This way I simply copy and paste the enemy and the boundary blocks wherever I need another instance of it. r90 has broken this, but only some enemies on a given level. What happens now are some of the enemies would simply blow past the boundary and just keep going, while others maintained their normal behaviour.

  Furthermore, I have animated sprites pinned onto the enemy blocks (On startup each enemy block spawns a sprite, which are pinned to whatever enemy block it overlaps). The aforementioned broken enemies would not have their sprites pinned and simply leave them behind.

  I am somewhat reluctant to upload my capx because it is huge, and I don't want to make it public prior to its completion.

  I test my game on Chrome, and am on Windows 7 64-bit. The error (which is, obviously, huge and surprising) occurred after updating to r90.