If you're using instances of the same sprite then selecting a particular sprite that is being collided is as simple as picking it in the collision event:

+ On collision between aSprite and bSprite
   -> Set global('aFoo') to aSprite.Value('life')
   -> Set global('bFoo') to bSprite.Value('life')
[/code:2svmipbv]

The On Collision event places both instances of the sprites into Construct's Selected Object List (the SOL).

Any actions will be performed only on the instances that are on the SOL.  If there are no instances on the SOL, (i.e., you have not picked them with conditions) then any actions will be performed on ALL the instances of the object.

If you are pulling info from an instance in an expression (such as the 'life' value) and that instance is on the SOL, then the info will be pulled from that instance.  If there is no instance on the SOL, then the info will be pulled from the earliest instance that was created.

I don't know what Daiz means by using families, unless I'm misunderstanding something.

You cant draw to the Construct window. At least thats the way I understand it.

Silly banana! Is Canvas so easily forgotten?

You can draw all sorts of things.

I've only had one friend try it, though, so if anyone with a tablet wants to help - it's rather featureless, but - here is a 7z and a zip of the test application. They are identical. In reality, people without tablets should be able to test it as well. If it's all bundled correctly, it should not pop up any errors when loading the exe.

http://dl.dropbox.com/u/398143/Files/PressureTest.zip (1,906 KB)

It works! Reads my tablet pressure just fine and dandy.

You should change the thread title to "Tablet pressure test in Python" if you want more people to try it... the current title is rather ambiguous.

What version of Construct are you using? Because it doesn't seem to work right at all in 0.99.82. The sword just sort of vibrates and it's always sticking out to the right.

Edit: Actually, it doesn't seem to work right in .72 either. The sword doesn't even appear when I press D.

The aliens in GUYMAN HERO face the proper direction, but now they run backwards

You may be surprised to hear this but when I opened up the .cap you sent me in 0.99.72 for the first time (this was before 0.99.8 was even released), that's exactly what happened. I didn't mention it because I thought that either you sent me a different earlier build where the enemies weren't fixed yet or you had done that on purpose for some reason like, to make testing easier for me

Anyway, as various builds get released, some small changes may occur from build to build that don't necessarily break your .cap, but make it so you have to tweak your .cap back into proper shape. I made Platform School in 0.98.9, and when I updated it in 0.99.8 I had to change all the swimming settings because there were new "Jump gravity" and "Jump sustain gravity" settings, and it appears that the values for acceleration and deceleration in the behavior had been changed as well so he was swimming really weird. So I guess as long as you can at least fix it, then everything should be okay.

Wheee! Beta testing!

Why even use anything? Nothing really matters. Abandon all hope.

This cheerful message brought to you by deadeye, brightening your days since 2007.

Platforming works great! But now some parts of my game work completely differently and i don't really know why. It might be the way i coded(evented?) things, though. Kinda hard to tell.

What parts are different?

If you could check too, that would be great.

I don't have to check, all that is fixed for v.0.99.82. Er... what I mean is yes I was aware of that and it's taken care of. You should try out the new version.

There are a couple new bugs though, like if you try to down-jump through a solid object the player will actually make an attempt instead of jumping normally, and a whole list of issues with sideways gravity. But for normal platforming with downwards gravity it's pretty solid.

Thank you, linkman!

And your wish is the Bacon Fairy's command

<img src="http://i49.tinypic.com/zxqo3n.jpg">

not true because you can make if/else statements if you add conditions to the elses and that is incredibly useful.

Oh? Sorry, my mistake. I don't know why I thought that...

It is a new event or sub event of a block?

Any examples?

A new event underneath the event you want to else. Also, Else should be the only condition in the Else event.

Moving an event with the system - compare value condition deletes the condition from the event. Posting to the tracker.

No it doesn't. You just have to make sure that the values you're comparing belong to objects or globals that exist in the new .cap. It won't auto-create things for you.

Unless I'm missing something, but I was able to copy both a System: Compare and a System: Compare Global Variable event just fine.

Yeah, there was, but he had fixed it in a build that he released in chat. I'm installing 99.82 now, I guess I'll see if it made it in, and if it's there the, uh, I guess that's the one he meant. Or maybe both? Or neither?

I don't know what's going on!

Edit:

Yes, you can now copy and paste events with sub-events from one .cap to another. And moving an event with a sub-event seems fine too... though I never noticed a problem with that before.