I really like the graphics and the whole thing looks really well put together! I agree about the controls, kind of kludgy, especially for mobile. Not sure what geometrix attached but I'm a fan of virtual joysticks for movement on mobile.

But yeah, graphics are sweet! Game play is good too! Would like to see more puzzle elements. Reminds me a bit of the adventures of Lolo

It's been a while since the last push, but now 1.0.0.7 is at

http://surolace.com/play and I'll be uploading a new apk to http://surolace.com/play/surolace.apk very soon.

This is a big update with a lot of back end code changes. Absolutely the key to developing in construct is storing and using UIDs. Combined with families and the way construct does picking there's not many situations that don't have a straight forward solution. It's just getting a handle on it all that takes some time <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

New in 1.0.0.7

• New sounds for button presses
• Mouse over effects for buttons (touch friendly)
• touch friendly mouse over, buttons highlight but only activate on tap
• pause button. Pause at anytime, you can still use dialogs, menus, and interact with the interface while game is paused
• A big chunk of the sensors system has been done!

-- click an enemy or enemy title to view the status of all rooms on their ship

-- click it again to zoom back out, or hit the <- button next to their name

Some of the next work will involve rewriting how turrets/guns are stored to match the better practices I've begun using recently. This sure is a lot of work, but it will be worth it when we find surolace <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

Here is a gifv of the update

http://i.imgur.com/lucZ5lJ.gifv

you can either use sprite fonts, or just draw multiple sets of text. I put a drop shadow by making two sets of text. The white number, and another black number underneat offset by 2 pixels.

If that happens and they are successful you can send proof to whatever app stores they are on, and most likely have them removed. If not you can send a cease and desist. If they are clearly making money off of your works and the other methods failed you can try to sue them.

*sounds of brain exploding and brain noodles hitting the wall*

All I did was move the destroy call to the top and it fixed everything. Thank you!!! Sometimes when you look at something long enough it starts to stop making sense.

I've been at this one for a while. Any ideas how to fix this?

Basically what looks like happens:

If the mouse is going fast enough that it is not seen as off of one of the family objects during a tick, it behaves as if the mouse is somehow on top of all the objects. It reports the correct UIDs and behaves, in code, as if only one was selected.

Best to show with an image:

Here is my code...

[attachment=0:37swrcra][/attachment:37swrcra]

sweet thanks!

Is it possible to have a sprite retain its absolute size regardless of the size of the window?

An example would be a button that needs to be 50x50 pixels regardless if it's on a phone, desktop, or movie theatre.

If there is nothing native, is there a way to add or subtract the difference in scale compared to a layer? Something like, if layerscale > 100% -> sprite scale = sprite scale - ( layerscale - 100% )

https://www.scirra.com/manual/80/groups

TIL about event groups that let you switch groups of game logic on and off at runtime. Very cool, not sure how I've missed this one.

on pause -> set animation speed to 0

or

on pause

• > [game logic here]

on pause off

-> [menu logic here]

Does that flag get set for mobile browsers?

Does that flag get set in node?

That's not going to help me verify at runtime which export option was used to generate it.

Are there any javascript variables I can check against?

For example

if [ on android cross walk ] -> call some function

if [ on html5 export ] -> call different function