Ashley's Forum Posts

  • Attributes - tick 'Destroy on startup'?

  • Firstly, I don't think we have any substantial finished games made with Construct yet, but hopefully we will see some in the near future.

    This thread seems to imply there is some kind of power struggle between MMF and Construct. To me, there isn't, not in the market sense (Construct is free so is not competing for sales), nor in who can get most users, biggest community etc. I'm just here to write software in my spare time, and I reckon all these problems will be taken care of by the simple fact Construct is good If it's genuinely useful, free and powerful, people will end up using it and having communities anyway. Still, I get a kick out of knowing lots of people are/would be using Construct, so I guess it does form part of the reason I do all this, heh.

    At the end of the day, I don't care about Clickteam, what happens to them, or how their products compare to ours. I'm only interested in how good I can make Construct.

  • Add one M&K to the first layout, and tick 'Global' (common properties). It will be accessible via all layouts.

  • Well, because the event won't run when the helicopter with intended UID is destroyed, you can use event logic something like this:

    + Always

    : Bullet: set 'Is obsolete' to 1

    + For each helicopter

    + Bullet's variable = helicopter.UID

    : Set angle toward helicopter

    : Set 'Is obsolete' to 0

    + Bullet: 'Is obsolete' = 1

    : Destroy bullet

    And lol deadeye, great minds think alike hey

  • Well, you're right, there's no easy way to access the targeted object from the turret movement. To remedy this I've added a 'Get Target UID' expression to the turret movement for the next build. You'll be able to do something like this:

    + On shoot

    : Spawn bullet

    : Set bullet private variable to Gun[Turret].TargetUID

    + For each helicopter

    + Bullet's variable = helicopter.UID

    : Set angle toward helicopter

    Then every time a bullet is shot, it will lock on to the helicopter it was shot at, and follow it.

  • If you're used to MMF, it's definitely going to take some time to get used to the different interface in Construct. Once you have used it a bit I think you'll find it much better. For example, you don't need to keep clicking next, you can just double click everything, which makes it really quick to zip through the process easily.

  • 'Add object to target' simply adds an object type to look for, so you only need to call it once on Start of Layout. 'Spawn object' will set the angle of the spawned object to the angle of the parent object, which is exactly what you want - you don't need to set the bullet's angle manually. 'On shoot' doesn't pick any helicopters so Construct doesn't know which helicopter you want to use. Delete the set angle action and it should all work fine.

  • Click and drag the layouts in the project bar!

  • Not yet, I guess that's a logical addition to mouse & keyboard sometime soon as well

  • Well the design of Construct is aimed that nothing is built in, and anything you don't use isn't included. I guess if it bothers you, you could make a template with the mouse & keyboard (or any other objects you want) pre-inserted. Templates are .caps renamed to .cst with a corresponding .bmp file in the templates directory.

  • Good luck with it, hope it goes well - I'd be happy to offer any assistance if you need it. If anyone's interested in plugin development or code contributions, get them on these forums

    Do you have a room full of computers with shader 2.0? If so, that's pretty cool, heh.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Containers don't actually affect any object's position. They simply affect the way they are picked by conditions in events. If any object is picked by an event, the rest of the objects in its container are also picked. This still makes them really useful for stuff like this though.

    If we call your collider box the collider object and the look-pretty sprite the enemy, you can place the collider and enemy in a container with each other. (all you need to do is select one and add the other to its container in properties, they are both now contained)

    Make sure you have an equal number of instances of collider and enemy. The event 'Always - set enemy to position of collider' will naturally match up each enemy to its contained collider.

    Now you can go off making your events... anything like 'Collider collides with solid - set Enemy animation to Stopped' will affect only the associated Enemy, not all enemies like you'd expect normally. That's the magic of containers

  • Sounds great, let me know how that goes I might recommend waiting until the 1.0 release until you get a lot of people using Construct though - bear in mind so long as we're in beta, I can't make much in the way of guarantees about stability etc. I've had a few reports of .cap files corrupting in 0.93, so it might be sensible to save any serious use for 1.0. Your call.

  • Good point, that's caught a few people out. Next build has shortcuts to MouseX and MouseY in the Mouse & Keyboard object's expressions.

  • Jeez, no prizes for being first to find a bug folks (otherwise I'd have a lot of prizes right now!). I'm working on a solution for these cap crashes.