You could try using a System Trigger once while true Event to only work on the first collision, or toggle a boolean on the first collision Event to trigger a short "unhittable" phase while the enemy is hurt.

But we'll need more information to figure out why other attacks' collisions don't work. What kinds of attacks are they?

When you try to paste events to a separate project, a dialog pops up explaining why it doesn't work. All of them are because the copied Events aren't compatible due to missing Objects and their behaviors/variables.

To solve this, take out references that don't exist in both projects, or temporarily put those objects in both projects while pasting code.

An easy way to do this is to put the background on its own layer and move that layer back as you move forward. You can achieve this with an Event Sheet or with a Scroll To behavior on your character.

This tutorial will explain how to control the size of your game.

I know that the Status bar at the bottom displays the total number of events, the Project bar on the right will show all of your layouts under (ProjectName)/Layouts. They can be toggled on in the View tab if they're not there.

And if you save your project as a folder directory there will be an Event Sheet and Layouts folder inside with two .xml files for each Layout/Event Sheet.

As for variables, nothing simple comes to mind.

Those are big spaces. The previous two suggestions should work, but if those don't work and those spaces aren't on the image file itself, then reinstalling Construct couldn't hurt.

Think about it like this: You need the yellow line to only collide with the ball the first time. The simplest way to track this would be with a boolean variable on the yellow line, and also check for when the yellow line DOESN'T collide with the ball. It could look something like this:

For Each: Yellow Line --> If Yellow Line collides with Ball & Yellow.Boolean = false --> Reverse & Yellow.Boolean = true

Else --> Yellow.Boolean = false

As long as you check for a boolean during the first collision and change the boolean on the first collision and when it is not colliding, it should work fine.

send-postcards.com

This website will send custom postcards for you, (and at your own arrival date) but it costs twice as much as sending it yourself.

All right: if no one else has exported for you by next week, I'll do it for you. I won't have a license until then.

bWard: How about if the "publisher" then sends the money to the original owner? The owner would then be earning money off a product he does not have the right to use for profit. At least that's how I see it. It's a gray area though.

Very gray, could be seen as a bad loophole or a business practice; it could be seen as selling his .capx file, for sale or sharing revenue. I've seen that happen on these forums.

Pnico, as long as you look to buy a license afterwards, I'd even think Tom and Ashley might approve of the community effort.

That sounds like a standard point-and-click system. The main system of the game would rely on reacting to touch/click events, touching certain images or invisible hitboxes would trigger an action, be it a text dialog, move to another screen, etc. (Example: Touch --> Is Touching --> Torn Paper)

You'll also want to heavily rely on lots of global variables, to tell if you've already picked up evidence or talked to someone, because you'll want different things to appear (or disappear) depending on how much you've progressed in the game.

After you build that system, you'll find it easy to place all the different sprites together at the right times!

Getting someone to export for you might be OK as long as you don't make any money off it, I don't know. I guess it would be as if you worked in a team where one member of the team had paid for a license. But I really don't know.

The way I see it, whoever exported it with a license has a right to earn money from it as long as the original owner gives consent to release, and release for profit. It almost sounds like the free equivalent of a publisher.