Wait( 0 ) is good to use as an Event Sheet LateUpdate. An update that occurs after everything else in EventSheet and Plugins, yet also triggers before the next tick. It's actually very helpful in a few instances as it's one of the few techniques that allows some measure of finite control. However it is a problem due to how it works. Personally the only time to use wait are for automated sequences. if at any point there is a possibility of interuption or reset, then wait will hurt. It's best to use Timer.

I'm not sure about the top level reference either. Are we talking about UI or are we talking about how all programming is in C2 is Functional and not say Object Orientated, which would be I suppose downward up.

-------------------------

Replied before I sents.

Wait doesn't hold the program. Wait encapsulates the current set of information and starts a JS Timer to execute after the given period of time. However once doing so obliviously moves that piece of code out of our control.

Yeah. other systems support object property ScaleX AND ScaleY. Rather that just offer a ScaleBoth function. this would be a very good feature to have.

> uScript is a nice VPL component linking software of apis. however you will end up needing code yourself for features that don't exist. I would suggest PlayMaker which is meant to be more a programming replacement.

>

> So UScript is about linking api's

> Playmaker is similar to EventSheet programming( in a an abstract purpose sense)

>

playmaker is good but uscript is more like c2 event sheet and more powerfull and no need for coding at all !

it even use reflection to get all unity things ! (functions,properties,...)

and you can make new features with graphs and use all of that as one graph !

c2 have little programing like expressions but uscript is just graphs

Well I haven't used uScript for about 2 years. last I used it. uScript relied Reflection of existing code, and couldn't do much with out . So if you needed specific movement, you still needed to code that motion.

Button is a DOM object, and you can't be guaranteed the appearance between browser's. Some browsers may have different CSS objectives for their visual look.

Sprite as a Button is traditional game programming and will always be the same among all browsers.

If your doing the UI for a game. Use Sprite. If your doing an APP use DOM/Button. You should use DOM objects sparingly in a game if you do. If your doing some kind of web game where canvas is segregated from game play. then you could do a UI borders and embed them in a div.

Also DOM is another layer. So every DOM object requires a DOM/DIV layer rendered in between canvas renderings. On Some browsers this can slow your games performance.

uScript is a nice VPL component linking software of apis. however you will end up needing code yourself for features that don't exist. I would suggest PlayMaker which is meant to be more a programming replacement.

So UScript is about linking api's

Playmaker is similar to EventSheet programming( in a an abstract purpose sense)

I agree some kind of icon would be best. My method of division is that my LAYOUT are all in capitals and my eventsheets are in lower case. I tried cAmel case too. but didn't feel as satisfying. What ever you choose in the meant time, it should be distinct.

ePlayer

lMainMenu

OK. My experience with NW.js is that you need to use the address the DHCP gives the computer. If your on a router then it's going to be 192.168.x.x or some such number. Using the address that the router is using won't work as that address is the router address. Then once you have the server running on the local internal address that it's assigned. You will need to do some port forwarding.

I would also suggest avoiding port 80, a lot of ISP block hosting on port 80 although internal networks are still fine.

"Error: listen EADDRNOTAVAIL" - Error ADDRess NOT AVAILable

I get this error everytime when I use anything but the computer assigned address. This is why know that the address NWJS must use is the computer assigned address.

Are you using your external IP or the computers internal IP address?

192.168.1.??

or

235.64.215.43 something like this

C2MP does not do cloud storage. How about using just saving your data on Googleplay since it's an online game anyways. Some games using multiple services to do stuff. 1 Connection to handle data, rooms, group chat, and then use another server for the action.

R0J0hound

Thanks a lot. I am now understanding a lot more on SOL instance management than I did before. I got the system to work. Now I just need to finish the features. You R0ck

Ok, i'm still doing something wrong. Just as a quick reference to what I'm doing

var items = {};

AssociateObject Action
items.type = type   from object in the action
items.instances = type.getCurrentSol().instances;
items.select_all = type.getCurrentSol().select_all;

ReAssociate CND
items.type.getCurrentSol().instances = items.instances;
items.type.getCurrentSol().select_all = items.select_all;
[/code:1vca2k9w]

This is what I'm doing, and this is not working. I'm probably overthinking the problem and i'm being stupid and  missing something critcal.

R0J0hound

Thanks for responding. I was kinda getting a little desperate on trying to get this to work. Sound simple and I'm going to try this out. However I could use some help on the follow up.

What would be the best way to make sure I'm not trying to use dead objects when the game changes layout? The Plugin is Global single. Is there away to check if the object is destroyed on a layout change?