Jono's game dev blog

The game now has a working title of Super Mansion Quest and is being rebuilt in Construct 2 after I hit some walls in Stencyl a few weeks ago. Here's a screenshot of Super Mansion Quest in Construct 2. Construct 2 is really cool because making it do some things is simpler than it was to do in Stencyl and that has made getting the game back to where it was fast in some respects. I had written a part about the lack of a tile based map editor but the latest beta has fixed that (along with an inbuilt TMX importer), so now I don't need to worry about that part at all. The only real downside so far is how tied into the HTML5 system it is, I think that causes the desktop export of the game to be 54MB as opposed to the web version which is 354KB. I've managed to get most of the old systems implemented so far and along the way I put in some new ones like enemy and player knockback, an ammo counter, reloading and a spin attack. There's a few things I need to rebuild b

A while back I hit some walls in Stencyl which caused me to move to Construct 2. There was some big issues like the lack of global behaviours and debugging tools. There was also a lot of smaller issues that put me off using it any further like the lack of community and the 3.0 version being nowhere in sight. 1. No global behaviours In Stencyl there are things called behaviours and these allow actions to be executed, they are applied to either scenes or actors. Unfortunately they can't be applied globally which means that behaviours controlling the GUI and menus need to be applied to each and every scene manually, this becomes unmanageable when dealing with a lot of scenes like an RPG or room based game. The workaround to this is making only a few large maps but that would mean coming up with a completely new camera system and then working out how handle all the spawning of enemies and items based on the room you enter. It'd be just as messy if not messier than making su