lionz's Recent Forum Activity

  • It's not really limitations on the event sheet but the approach you've taken. You could have a global variable TutorialStep that increments each time. Then you can have one event that says 'if TutorialObject.ID = TutorialStep global var, then set text to TutorialObject.text'. So you're pulling the data from the picked TutorialObject when its own ID which you are already using (the TutorialStep instance var) matches the current global variable value to trigger it.

  • You can make use of system compare 2 values, layoutname = X

  • Difficult to tell if you're using it correctly, let's see the events

  • If you give the stat object the same behaviour it should move up and down in sync with the card below. There are probably lots of ways to do it. I didn't investigate enough to see exactly what would work. You could also try moving active cards onto their own layer that might give more control.

  • You can make use of conditions on the left 'audio is not playing', or audio is playing inverted (right click to invert). Then the click action does not happen until the previous audio has stopped.

  • The quick fix should be to move the stat objects onto their own layer or ensure they are always at the top of Z by moving to top of layer every tick. The issue is because the sin Z swapping will affect the whole card and anything pinned to it. If you select the stat object after you play the card you'll see its Z index is constantly changing.

  • It's too difficult to get to a point where you can reproduce the bug, better it is set up to show the bug.

  • Because you have no target before you fire the first time so your logic reads 0 = 0 which is true, and because it's running every tick it fires 30 a second

  • Is it random gen or is each level the same? Your approach seems fine. You can use an array with a bunch of random data and make that data mean something in terms of obstacle type or number spawned. Then when you create the level you run through the array.

  • You do not have permission to view this post

  • You would do if player is touching the sprite and X animation is playing.

  • Yes exactly, you do not need to use a for each loop, the event handles itself. On created relates to the one being created at the time so it will work for any new monster.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
lionz's avatar

lionz

Member since 5 Aug, 2013

Twitter
lionz has 73 followers

Trophy Case

  • 11-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Forum Wizard Made 5,000 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

24/44
How to earn trophies