Oh, okay. So... just don't use the Progress Bar, then?

* I tried adding the button object and the bar chart. They're both invisible. I guess if you want your game to be fullscreen then you can't use any of the "Control" objects.

https://dl.getdropbox.com/u/1105553/progress.cap

This might just be my computer, but the progress bar only appears normally when in windowed mode. If I either start off in fullscreen or switch from windowed to fullscreen the progress bar turns invisible and only appears for a split second when stepped.

Press the space bar to step, left/shift to go fullscreen and right/shift to go windowed.

Note that it could be a keyboard problem.

I suppose it's possible...

I tried using the keypad instead of the arrow keys and it still has the same problem, but I'll try a different keyboard to see if that fixes it.

I doubt it, though... since up/down movement doesn't have the problem.

Great find.

They should come in handy for a lot of projects.

I reported it on the tracker last year and it was declared fixed, but it still seems to have the same problem. I'll report it again.

http://willhostforfood.com/access.php?fileid=65745

I hate to bring this up again but the 4-direction movement behavior still doesn't work properly.

It was suggested before that there was something wrong with my events but the above .cap has no events at all.

The problem is that if you are holding down either the left or the right key and then press up or down at the same time your sprite halts it's horizontal movement and begins moving vertically. This only happens when you are moving horizontally. If you are holding either the up or down key and then press left or right at the same time you continue moving vertically as you should.

The 8-direction movement works just fine.

http://www.tigsource.com/

- seems a bit like a blog. To me blogs are less "easy" to the eye to quickly scan or read.

Thank you for this link. I found a pretty cool puzzler called "Glum Buster" on it after doing some browsing.

Sounds like a unique game. Most puzzlers tend to be pretty linear in their level progression so your game should have some replay value.

Good luck!

Just wanted to say a quick "thank you" to Thomasmahler for his video tutorial on the Xaudio2 object. Before I watched it I didn't know what the "binary" resource was for, so I couldn't figure out why my sounds would only play one time.

You rock.

(ps. your character models are EXTREMELY impressive! )

This is such a strange argument...

There is a learning curve with every new program that you try, but once you've gotten used to the layout and terms doesn't it seem much less mystifying? Isn't it better to use the same terms that other programs use, so if and when you decide to try a similar program you won't have to learn a whole new set of commands?

I sort of understand where you're coming from, but it's not like Construct is using undocumented terms. Just give it some time and patience and I'm sure it won't seem so alien before long.

Greater health would definitely be a cool addition.

...I wish some more people would post images.

<img src="http://img517.imageshack.us/img517/9783/stencyl.png">

<img src="http://img24.imageshack.us/img24/412/clickteam.png">

<img src="http://img24.imageshack.us/img24/430/gamemakern.png">

(it's all in good fun, no malice intended )

I was wondering... since larger objects are so easy to destroy, could you make it so they fire at you? Like if the height and width are over a certain size firing is enabled but it isn't if the image is smaller?