there ya go

centering.capx

Basically you had a useless behavior on the title text (anchor)

And you have to scroll to the center of the layout for your object to be centered.

And do that every tick in case people resize the window.

textCenter.capx

drag&drop for ya

drag%26drop.capx

The result is not the same.

If you check the distance you basically discard the size of the sprite.

If you use a sprite for collision/overlapp detect you don't care where the hotspot is.

I guess the first one is better for small elements and the second one should be use for bigger ones.

It's weird fmaf.

You have a boolean to tell if you are attacking or not

and a string to name a state.

And also it seems you can have state = "Idle" while Attack is true.

That is a bit incoherent (even if it may work with what kbo said)

So, what I would do is :

System: Start of layout
    -> Player: set idling to true
Keyboard: on Espace pressed
Player: [invert] is moving
Player: is on the floor
    -> Player: set attacking to true
    -> Player: set idling to false
Player: is idling
System: trigger once
    -> Player: set animation to "Idle" (play from begining)
Player: is attacking
System: trigger once
    -> Player: set animation to "Attack" (play from begining)
Player: On animation "Attack" finished
    -> Player: set attacking to false
    -> Player: set idling to true

First, does your php script works?

Do you get the header and content from scoreoid.com/api/getNotification as expected?

If yes, I think you just have to do a

System: start of layout
    -> AJAX: Request"http://yourdomain/blahblah/yourphpscript.php" (tag:"call")
AJAX: On "call" completed
    -> Text: set text to AJAX.LastData
AJAX: On "call" error
    -> Text: set text to "An error happened."

if ($result['status'] == 'ok')
{
    echo $result['header']; 
    echo '<hr />';
    echo $result['content'];
}

if ($result['status'] == 'ok')
{
    echo $result['header']."\n".$result['content'];
}

uidPicking.capx

vtrix no need for foreach to destroy one gun when you have the value of one of its variable. The picking isn't that weak

Also the nr variable for the enemy is redundant to its own uid.

UID doesn't change.Yann2011-12-15 23:10:08

trailNoCanvas.capx

Probably same idea as Ize. And I suspect it's even better than the Canvas solution fps wise.

easy peasy

trail.capx

need Canvas Plugin

(will be a lot faster once Canvas will be webGL compatible)Yann2011-12-15 12:07:21

using a big png is not a good idea, it's better to try to find repetitive pattern in your design and work with tiled background and png overlay.

You can do some nice thing without killing your VRam.

Anyway, for your question you can use invisible (option in the properties panel) sprite as collision boxes.

Picky smitchell :D

You didn't ask for bouncing in your first message.

Doable but the last part, the Ball would roll :D