Seams exist yes.. but why we don't see any in most pixel commercial games ? Does they use the same techniques ? I analysed the situation and i just figured out that we are laking a real fullscreen solution.

I think that until Node-WebKit decide to implement such feature (which may be never done...) we won't have a real fullscreen option. I am not talking about resizing the windows frame.. but a real fullscreen option that change the system resolution then when you leave the game the last resolution get back. I found a solution... but its 500$ a commercial licence (not very good for starters indies..) so i decided to code one from scratch in C#. I will see then how it go. The idea is to use crop and then since we can change the windows size anytime make an app that start the game based on selected resolution and resize that windows while applying the resolution.

I currently have thoses kind of problem with my game and to be honest i am quite frustrated. (Not fault of Construct 2)

I have a fully pixelated game and even if letterbox integer scale seem the best solution (as told by Ashley) this is not a good option at all. This will end up unprofessional. Why? because i can simply not go fullscreen without seeing tons of black area (because it didn't go really fullscreen but instead made the windows size fullscreen)! so what the point to go fullscreen then? most desktop game require a fullscreen mode.

So i started to look for another solution... I avoided seams by having an option to scale up the game at 2x when i reach 1920x1080p in screen size. I use the crop mode. Work good except that you must position everything when you reach the 2x upscaling mode. There another problem.. when you upscale 2x (to avoid seams) you ends up with 2x less place on the current screen size. This can have problems with interface which take a specific minimum size. In the end.. you end up with big layout.. that can reach 1920x1080 in screensize and then reducing the performance.

I think the problem lie in the fact that Construct 2 or Node-WebKit doesn't have the option to enable you to change the system resolution to fit the screensize. Such option would be very useful. I don't think it is normal that i have to make a third party app (kind of launcher) to do that job.

I am a bit out of options... anyone ?

I confirm. I use 2 tilemap and this is the way to go.. one for collision and one for no collision the rest should be sprites so no slowdown or nothing.. its an object like any others.

Could any of you try a test of OUYA with the new Crosswalk export ? Would like to see how it run.. unfortunally i don'T have a ouya yet. I don't want to get an OUYA if its not going to work :/ so if anyone could do this little test i would greatly appreciate!

Anyone tried using this export feature with OUYA ?

Anyway i decided to move the event at the top to avoid confusion. Thanks!

Umm i already know about that but what if i need a local variable stuck in a subevent to be a condition in my trigger event ? It seem to work.. if it is buried in a sub-event but i am guessing it will still execute and ignore the subevent condition since its a trigger.

But what happen with the picking ?

It insn't clear if the picking would work the same way. So basically when there is a trigger the picking is reset or not ?

Hi.

Need clarification on something...

If i have a sub-event which pick objects and that this sub-event contain a triggered event (such keyboard key pressing) that reference thoses picked objects. Does that triggered events will have picked thoses objects aswell ? or the picking is reset ?

Thanks!

Ashley Do you know if it is supported by OUYA aswell ?

Ashley Thanks!

As the title say.. does Crosswalk support the XML object ?

Thanks!

Damn its sad to know its not supported on android..