Think about Aspect Ratio instead of resolution, to allow scalability.

Question: are you limiting the frame rate somehow? Because I need to do that for a couple of projects and haven't started to check how to.

My personal opinion is why isn't Scirra using all that money they got from us and HIRE some temp developers? I'm sure they can afford 10K to deal with all the mobile stuff. If you don't have it, Scirra, take a loan. You know that this will bring tons and tons of new costumers and make C2 the de facto standart.

I personally can't believe that someone else didn't do it already. It's business gold.

I've made some small changes to the layout:

- Looks a lot better when resizing now

- Min width 1000px like rest of site

- Author avatar column reduced in size

- Font size slightly reduced for forum names and topic titles

Feedback is of course welcome

Hey Tom, looks great. Only thing that's bothering me now is that the Forums Titles cell widths are too long compared to Last Post cell width.

IMHO Last Post cell width has greater importance than Forum Title. Up to you guys, though.

Bump for this. Hopefully it will be completely mature when I get my first game on Steam (?).

So, can any tutorials be made about this? Or is this easy enough?

Thanks.

My current game has no mouse input but will have to insert tons of events if I port it to mobile =

Oh well, at least it's good to know for the next game, I'll prepare this stuff beforehand.

Er, how do correctly use this and what's it for?

I kinda need it so I don't make one project for each platform.

For instance, I want to use the "Touch" object, but only when developing for mobile. If I want to deploy via Node Webkit, I don't want to use it.

Can this be done?

I don't get it, which one are the seams? That thing in the background?

Because you have lots of those on your sprites.

Hm. I'm making a 1942 clone: ITGYDSN.

I'm aiming to recreate the game as much as possible regarding the original Arcade specifications, like, resolution is 224x256, pixel fonts and graphics, and stuff.

It's going to be an endless game since I can't be arsed to recreate all the levels, but as a learning game, it's going nice for me.

Ah, great. I see that you could actually "limit" the FPS correctly. How much are those FPS? I might raise it a couple since it seems too choppy but the feeling is way better.

The right clicking feature is very nice, also.

Generally, it's getting there. Now the major problem I have is the pathfinding. The sprite seems to move a couple of pixels up and down randomly while calculating the end point. And I again I have to idea if that could be solvable.

It's your personal choice. I like to have only one layout (one I currently work on) on the left and all needed event sheets on the right. So your suggestion breaks my work flow straight away.

It doesn't, because you can still use your event sheets as you wish.

What I can use in the current format, is color-code the layouts and events - color the layouts red, and the events blue (as an example).

That would be great.

In no way this is an aesthetic change. It's an usability change, as I explained.

And yeah, that's the programmer's workspace. Just a few people use that system. It's not useful when you have to search since you have manually search on all your includes, BUT it's cleaner.

And as I said, it would only take 10px max from your workspace, which is an OK tradeoff for the rest (majority) of the users.