Tuo's 26 (+2) StencylForge "Demo-" Games & Chat (Updated: 05.21.2016)

To be honest, I'm not much of a direct programmer myself. Most of what I've learned comes from opening up a second coding area, putting in the code blocks I want, and then looking at the "real" code version (ctrl + J) to see what it really is in order to adjust those text boxes. For example, you can make a temporary code and look at the code part for the "anchor to screen" inside of the "when created" (although I think it works better if you do it after a slight delay) and then try to copy/paste that code in. Don't forget about undo (ctrl + Z) if things go haywire!

If you want, try to come by the livestream sometime. I'll admit that I'm rarely on with my crazy work schedule (Saturdays are often decent though), but if you catch me one, I can try to stream the changes while you ask questions.

I didn't notice that you replied just before I edited my question! lol. I saw in the code it mentioned that the text boxes can be altered to attach to the actor instead, and that got me thinking that might be worth a try if I can figure out how to do it. I'm still new Stencyl and not much of a direct programmer myself. I just have an idea for a game, and I think Stencyl is a good way to make it. I'll try to check out your livestream and chat when we both have time.

Hello, Tuo! I just thought you might like to know that I started a new thread about the issue I'm having here:

http://community.stencyl.com/index.php/topic,26718.0.html

As you suggested, I uploaded the unfinished game to StencylForge and made it public. The name I very tentatively gave it is, "Noventure Alpha". If I can't figure this out, it's okay. I'll just have to rethink the game design. Thanks again for all your help.

Try to come on this weekend (i.e. tonight/tomorrow), and if you catch me on, I'll see what I can do. It's often not as simple as just using the blocks with Stencyl. The advice being given in the other thread is on track, but it doesn't seem to be adjusted fully to the needs of "real" coding.

BTW, thank you to whomever "featured" all of my demos in the 3.0 forge. Was a pleasant surprise to check through for new comments and to see that.

Yes, I'm still around. I have a few behaviors waiting to be turned into demos (such as my maze generation tool) and am considering a third tutorial series at some point for 3.0 using a block breaker game as the basis this time. We'll see how things fall into place...

Well, the block breaker 3.0 tutorial fell flat (http://community.stencyl.com/index.php/topic,29931.0.html), but what I did get done is available for download in that link. If you want me to finish it (or make a new tutorial that is better for beginners), please let me know by posting on there so that I know that more than just one person actually cares about the many hours of work it takes to make a tutorial...

In a more positive note, I now have completed the 24th game demo for the StencylForge. Due to new limitations with the name, it's "Demo Radial Gravity" (without the normal "Demo-" as hyphens are no longer allowed ). This demo is a level 7 tutorial, primarily due to the knowledge of trigonometry and other math calculations, but I did simplify the ideas as much as possible. There are actually three options in this one demo: one for a simpler one-planet coding, one for a very controlled movement around a planet, and one for handling multiple planets with various gravity forces.

Enjoy!

Just added "Invasion from Below". It's not a demo (so no coding comments unless I get requests for it), but it goes over almost every single Image API option available, so it can be a good learning device to see how to use it (in fact, that's what I was doing with the game while making it for the Ludum Dare).

i liked but every time i test the game it says "class not found" HELP!

Run -> Clean Project.

It happens randomly with projects. I've had to do it many times myself to help with files that others send me.

Seems like "Invasion From Below" is not a good enough demo for the Image API for some. I just finished a 2.5 hour livestream explaining (and refining my own code) to explain how to do use the Image API for multiple light sources. That video is saved in the recent videos area if anyone wants to see it.

Also (and the real reason why I'm posting this), I'm taking that code and adding in comments to upload it as my 25th real "Demo" in the StencylForge. I really wish the code was simpler. I had to do a special workaround to make a moving player work. I'll likely split it into two parts: one simple (no moving light sources) and one full (moving light sources). It may be as early as this weekend for getting up into the Forge as there isn't really that much code to comment (but explaining the main parts will be a bit of a challenge, as well as my workaround).

Stay tuned!

Okay, it's now up in the StencylForge: "Demo Light Sources with Image API". Each scene goes over a different idea:

The title scene explains how to make a "scratch off" effect (which is rather cool for how simple that part was), as well as my standard 'non-actor buttons', this time with images (much more complicated than I had hoped for, but oh well).

The first actual demo explains how I do multiple light sources when the game has light sources that move. The coding is pretty solid for flash games it seems (especially with smaller scenes), but for non-flash there seems to be some issues with lag and sometimes even crashing. Still, for flash, it's what I'd use.

The second demo explains a workaround I created for when the first option fails. It has some extra restrictions on it (such as only allowing it for the player actor and being careful with edge bounds), but the fact that there's no updating of the images once created means that lag is kept to a minimum, and it "should" work for non-flash games.

The third demo is the really basic one, focusing just on static light sources (no movement at all). It's contained in the other two demos, but I figured it'd help to see it on its own too.

Hello,

I wonder if you have something around a deck of cards
how to handle the 52 cards, randomize, distribute, check
pick up a card and throw it out
etc..

thanks

Nathbo, a lot of that coding can be found in my "Demo- Actorless Card Duel". Instead of 52 cards, it creates a pseudo-random deck of unit cards and then mixes it and distributes them. You can play the cards into the middle and have them attack each other (like a trading card game).

It's not really a demo, but my new tutorial is now up on Kongregate (under Abigayl to keep it consistent). Since it's under judgment right now, I could really use some ratings (preferably positive ).

http://www.kongregate.com/games/Abigayl/stencyl-3-1-tutorial-1

Lately, I've been getting an influx of requests for my puzzle demo. It is one of my oldest demos (and thus not elegant in the coding), and it never got a proper 3.x overhaul. In fact, now with the Image API and the z-ordering options, the methods in the demo are basically obsolete. Thus, I have remade it from scratch today.

It will hopefully be up in the StencylForge somewhat soon. While the coding itself is done, there's going to be a lot of comments. Since I have had problems in the past (ironically with the original Jigsaw Puzzle demo) with updating my demos in the Forge, I won't be uploading it until I have the comments in place. Anyone who wants an advance copy can just PM me with your email, and I'll send it to you.

Please note that the "difficulty" of the demo is around the same as it was before. However, the entire process is now automated. No more manually splitting up the puzzle pieces. Now, it uses the Image API to do it (which also means that I could now include different difficulties for the puzzles themselves). Literally, the time it takes to add in another puzzle to do is just the time to graphically create the puzzle and add it to the menu .