3001
Windows / Mac / Flash / HTML5 / Re: Super Rocketeer
« on: March 29, 2011, 05:37:19 pm »
I've gotta say, the make-over you gave this game is absolutely.. orgasmic.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
3002
Windows / Mac / Flash / HTML5 / Re: A fighting game
« on: March 29, 2011, 05:32:56 pm »
NobodyX, let's save humanity.
This game rocks!
This game rocks!
3003
Resolved Questions / Re: Why do we have Global Custom Blocks?
« on: March 29, 2011, 01:12:35 pm »
It's actually pretty easy to do. You don't even need a custom block. Just grab a message receiver, name it something random, put in a code block, and do the same thing as you would with the custom block.
I have to say, I'm really enjoying the ability to inject code into DM. This is a pretty neat trick.Thanks, LH.
I have to say, I'm really enjoying the ability to inject code into DM. This is a pretty neat trick.Thanks, LH.
3004
Resolved Questions / Re: Why do we have Global Custom Blocks?
« on: March 29, 2011, 10:22:26 am »
It's not actually inside the other function. The trick that LH uses is actually closing off the DM function, importing the Dictionary class, and then creating a dummy function that will be closed off naturally by the DM block.
I've actually just thought of a nice block for DM. A standalone code block. Can't be attached to other blocks, like the event wrappers that behaviors start with. This would put code straight into the behavior, without having to resort to a clever workaround like LH posted.
I've actually just thought of a nice block for DM. A standalone code block. Can't be attached to other blocks, like the event wrappers that behaviors start with. This would put code straight into the behavior, without having to resort to a clever workaround like LH posted.
3005
Dialog Extension / Re: Dialog Database Index Thing
« on: March 28, 2011, 11:17:35 pm »
As a notification, I took after the specific tag style in the original post as I was converting the message system in one of my old games from Java into AS code. It's incomplete, but I uploaded the behavior to Forge. It could become the basis for the Engine side of this project, if somebody down the road decided to make an Extension out of it.
3006
Resolved Questions / Re: AlchemyExit error?
« on: March 28, 2011, 11:08:26 pm »
I'm still not quite sure why this was happening, but I did fix it... somehow. I realized it was only happening when I created orange bubbles, and then I realized that orange bubbles had a square collision shape instead of a circle.
It stopped happening after I set the collision shape to a circle like the rest of the bubbles.
It stopped happening after I set the collision shape to a circle like the rest of the bubbles.
3007
Resolved Questions / Re: AlchemyExit error?
« on: March 28, 2011, 01:45:56 pm »
@LH: Pressing continue yields no new information.
@Greg: I actually don't have much going on so far as physics are concerned in the game. Really, all that's happening, is the bubbles are constantly having their x and y values set to match with the grid.
@Alexin: Heh, that would have been interesting to see.
This error only occasionally occurs when I place a new bubble.
I've just found that setting the bubbles collision group so that they can't collide with each other somehow keeps this error from happening. (I'm not using the bubble cannon just yet. Right now, I'm using a behavior that allows me to place bubbles with the mouse, in order to test a gameplay behavior. In other words, the bubbles really shouldn't be colliding with each other in the first place, so this really confuses me.)
@Greg: I actually don't have much going on so far as physics are concerned in the game. Really, all that's happening, is the bubbles are constantly having their x and y values set to match with the grid.
@Alexin: Heh, that would have been interesting to see.
This error only occasionally occurs when I place a new bubble.
I've just found that setting the bubbles collision group so that they can't collide with each other somehow keeps this error from happening. (I'm not using the bubble cannon just yet. Right now, I'm using a behavior that allows me to place bubbles with the mouse, in order to test a gameplay behavior. In other words, the bubbles really shouldn't be colliding with each other in the first place, so this really confuses me.)
3008
Resolved Questions / AlchemyExit error?
« on: March 28, 2011, 01:07:05 pm »
I've suddenly begun getting this error. It seems like it's related to the physics engine? The top couple parts of the stack trace seem to be missing though. Anybody with prior experience, or who knows why this error happens?
3009
Ask a Question / Re: [Idea] Menu Builder Extension
« on: March 21, 2011, 06:16:14 pm »
Alright, I've got the SDK, and the sample extension is up and running. How do I go about bundling data with the game, and how can that data be accessed via behaviors?
3010
Ask a Question / Re: [Idea] Menu Builder Extension
« on: March 19, 2011, 04:27:41 pm »
In that case, it seems like it would be a simple matter of creating a single behavior to read the data and create menus based on that data. All that would be left would be to add that behavior to every scene which has the menus. Unless behaviors can be added through extensions, which would eliminate even that step.
Is generic data limited only to text? Can images also be bundled with the game?
Is generic data limited only to text? Can images also be bundled with the game?
3011
Ask a Question / [Idea] Menu Builder Extension
« on: March 19, 2011, 04:01:31 pm »
With the support for extensions, I was hoping to create a WYSIWYG menu builder for the RPG Kit (well, it wouldn't necessarily be limited to that Kit, of course). Before extensions, I was limited to Design Mode and Custom Blocks in terms of user friendliness, so a WYSIWYG editor would be a big step up.
So the WYSIWYG editor sounds great and all, but I'm not sure how to save the data so that it can be read during the games runtime. In the previous incarnation of the menu builder, every menu and menu component had its own behavior. With this method, there was a great number of behaviors needed for every scene, so I ended up adding all the behaviors to the scene at runtime -- something I consider hackish, and I'd rather not resort to that again.
The bottom line is, I'd like as seamless an integration as possible. Open extension, edit menus, (close extension?), test game. Is such integration even possible at this point?
So the WYSIWYG editor sounds great and all, but I'm not sure how to save the data so that it can be read during the games runtime. In the previous incarnation of the menu builder, every menu and menu component had its own behavior. With this method, there was a great number of behaviors needed for every scene, so I ended up adding all the behaviors to the scene at runtime -- something I consider hackish, and I'd rather not resort to that again.
The bottom line is, I'd like as seamless an integration as possible. Open extension, edit menus, (close extension?), test game. Is such integration even possible at this point?
