mekonbekon's Recent Forum Activity

  • —

    This was the best I could do based on your example:

    dropbox.com/s/csatv06aywqhvfg/climbTilemap.capx

    The meat of it is in event 5. I have a variable on the player that records the tilemap UID when you start climbing; if the condition checks that the player is overlapping more than one tilemap it picks the nearest and checks to see if its UID matches the saved tilemap UID on the player variable. If it doesn't then the saved UID and movement modifiers are updated.

    Hope that helps! :-)

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Ashley Of course! I'm an idiot. Thank you :-)

  • Bl4ckSh33p I might be wrong about this, but I think it's because when you click the button the animation change only affects the animations on instances of the Sprite object that currently exist - as new particles are generated the initial animation settings are used.

    To permanently change the animation you would have to do it in an "On created" condition for the spawned Sprite object.

    UPDATE: Yep, just modified your example - if you add a global variable string "id", on pressing a button set "id" to the button ID, and then Sprite|On created set animation to "id", it works as intended.

  • In a particle object's properties you can now set it to spawn an object instead of using its default particle image (very cool!). However, once you've set it to an object in the editor there isn't an explicit way to clear the field and reset to the particle image.

    A particle action exists to unset the object back to the particle object so you can ensure it is reset at runtime, but ideally you would be able to clear the property field in the editor.

    You can set the object to the same particle object, but it is not obvious if this means you are then spawning child particle objects or reverting to using the particle image, the former having processing overheads. Does anyone know which case is correct? If the former, is there a way to reset the field that I'm missing?

  • Ashley How about giving a periodic heads-up on the release notes or in a blog post that you're going to be reviewing suggestions soon "so update your votes", with links to the site and guidelines. That way you're more likely to capture new voters and encourage existing voters to update their selections, and you're less likely to focus on building features that have fallen out of vogue.

  • It depends upon the dimensions of your tilemaps - if one of the maps is larger than the other then the smaller one may be picked as being closer, even if the player overlaps more of the larger, because the origin of the smaller tilemap is nearer to the player's origin. There is also another issue: the tilemap object's origin is in the top left corner and can't be changed, so in order to find the centre you would need to add 0.5*tilemap.width to tilemap.X and 0.5*tilemap.height to tilemap.Y.

    Could you explain what the new problems are? It will be easier to suggest solutions if you can outline all of the constraints.

  • You can use the "pick overlapping point" system condition to select the tilemap that the player sprite's x,y is overlapping, and then use the tilemap's PositionToTileX PositionToTileY expressions to pick the tile:

    dropbox.com/s/l2f29kxcicb39bz/pickTilemap.capx

    Note that the player's origin would need to be centred in order to pick the tilemap that the player was most over. If you can't have the player origin in the centre then you can add an extra image point in the centre and use those co-ordinates to pick the tile map (using player.ImagepointX(1), player.ImagepointY(1))

  • Containers are your friend. If you check on the properties bar for the enemy you'll see a container option - click create and add the components of the health bar to the enemy's container. Now when you spawn an enemy it will also be spawned with its own health bar.

    You will need to pin the bar to the enemy on creation.

    Whenever you pick the enemy using conditions its health bar will also be picked and any actions will only apply to that enemy's bar.

    You can learn more about containers here: scirra.com/manual/150/containers

  • On leaving layout 1 you could save the name of the layer that the player sprite is on to a global variable and then on start of layout 2 move the player sprite to that layer using the global variable in the "Move to Layer" action. Likewise on transitioning back from 2 to 1.

  • You can do this using the drag and drop behaviour on the cards and the SnapX and SnapY expressions on a tilemap object for the grid:

    dropbox.com/s/iq4wf3vsk2p4fd8/SnapToGrid.c3p

  • You need to pass the UID of the button to the function:

    dropbox.com/s/djgbxd6l47ylygg/pickButton.c3p

    EDIT: Oops, sorry Dop, didn't see your reply!

  • Big thanks dop2000,

    Your demo pointed me in the right direction - I ran with it and came up with this:

    dropbox.com/s/jhxbs17qufnjdh5/FillTheBlankWord2.capx

    This version also allows you to delete letters and then test the word by pressing enter.

mekonbekon's avatar

mekonbekon

Early Adopter

Member since 9 May, 2014

Twitter
mekonbekon has 13 followers

Trophy Case

  • 11-Year Club
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • x3
    Popular Game One of your games has over 1,000 players
  • Famous Game One of your games has over 10,000 players
  • Coach One of your tutorials has over 1,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • RTFM Read the fabulous manual
  • Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

20/44
How to earn trophies