Is your bullet object global?

AJAX, CSS, and some creativity can yield a lot.

As for WYSIWYG... I wish I knew. I'm too old school, I just type stuff. I know, it's silly

Fun comes first.

Part of the fun can be exploring strategy. I'm never a big fan of the "BFG" mentality, but rather trade offs between different playstyles.

A smaller sword might hit for less and have a lower range, but it might swing the fastest, meaning in the situation where someone wanted to capitalize on that strength, their playstyle would differ from other people using a longer, slower swinging sword... but one that hits much harder per swing.

In the end, you should probably put your balance numbers in an excel (or open office) sheet and create a balancing system (a number value for each strength) and try to get the weapons to equal about the same total value... but with different distribution.

But by no means should technicalities circumvent fun. People play games to have fun

Just theory crafting, but why do a huge sprite?

Why not break up sprites to represent terrain and stop drawing them when they go off screen?

Your map would be really long, I guess. But I can't see it being so different than moving the player sprite rather than the world, it's the same net effect.

Are you trying to maintain the ball rotating look, or ? Even in that case, you could just be mapping smaller sprites together and dealing with them off screen... but you can not draw them once they're outside the screen rect.

You could also just script it with python.

import random

random.seed()

print random.randint(1,10)

Hey all. I'm Dan. I'm 29 and I've been into games since the NES (I was like 5 or 6 when I got it).

After playing Mario Bros. for the first time, I began to wonder how games worked. It was not long after I got the wild idea to be a games developer. Of course, I pretty much do it as a hobby, one I don't get to do all that much (sadly). I'd say I first cut my teeth on a C64 a friend gave me. BASIC was my first language (load *,8,1!)

I got into Construct recently (2 days ago?) because a friend of mine had been sending me little demos and games he was messing with and so it piqued my interest.

Some history about me. I'm a C++ developer mainly. I worked on the HeroEngine/Hero's Journey (http://www.heroengine.net) project for about 3.5 years. If you were at GDC 2006 or 2007 you may have met me in the Simutronics booth.

Aside from that, I've made a few contributions to ClanLib (http://www.clanlib.org). I use ClanLib primarily when doing my own projects. Here's a screenshot of a level maker I wrote (sorry for the URL, the boards want to crop the image though).

http://tropple.com/images/aquila.png

For ClanLib, I created an example that is distributed with the package. It's using the frame buffer to create a flashlight or lighting effect (this exists in Construct from what I've seen).

http://tropple.com/images/canvas.png

The last thing I was working on after that map editor was network programming for games (RakNet mostly). So far, I've taken a good deal of interest in the PodSixNet demos by scidave and Python scripting in general (I did often worked with Lua prior, so I'm toying with Python now, which is fun).

Thus far, my goal with Construct is to provide a network layer for a game my friend is making. Nothing fancy, we'd just like to kill monsters together.

My day job is IT. Oddly, for a technician, I also do scripting and coding for my company's internal website and applications. So one day I build computers, the next day I'm writing database reports with PHP/AJAX/SQL.

I'm married, have a daughter, and my second child should be here any day now I guess my real pride and joy is family.

I'm also into cars (*sigh* I recently sold my GTO though).

Thanks for listening all.

So did the bugs/limitations you mention in the read me get address?

Python not having access to behaviors, etc? And the crash bug with direct access to strings?