What you want to see in the next versions?

[Novice]

Faster and better particle handling, when it gets over 1000 paricles even my coputer hicups witch is not easy (3000mghz 64bit).

[Troodon]

Something like this:

actor.createPath (x,y);
path.frames = path.frames + 1;

I mean that when the actor moves it creats a path.

[DilloDude]

I mean that when the actor moves it creats a path.

YES! That would be great! Then you could have other actors following it in the same path it took! I have an idea for a simple game where that would be most useful! Very good idea!

[unigamer]

Seperate rooms would benefit me greatly. I know I can use regions but it would be simpler to have seperate levels within a game and it would be easier to organise.

[Troodon]

This would be usefull:

Code: Select all

mousestate = enabled;


(or disabled)

[Troodon]

This also would be helpfull:

Code: Select all

actor.height = 50;
actor.width = 30;


and if there will be possibility of two screens:

Code: Select all

screen1.enabled;
screen2.hide;


Or some thing like that

[Troodon]

And

Code: Select all

actor1.x = (rand(actor2.width))+actor2.width;
actor1.y = (rand(view.height))+view.y;
//actor1's place is randomly on actor2


[qscomputing]

Two things:

1. Easier ways to create multiple levels.

2. A scripting editor that doesn't enforce a certain brace style.

Let me explain...

The GE script editor likes the user to brace like this

if (something)
{
...
}

whereas I prefer to brace like this:

if (something) {
...
}

GE's script editor pushes my closing brace all the way out to line up with the opening brace and it looks ugly.

I hope that all makes sense.

BTW, when I looked at GE before, it was very underpowered, very overpriced and had awful documentation. Now, it looks like a great system, at about the right price, and with great documentation (although Moon Defender needs to be updated to the latest version). Great work!

[jazz_e_bob]

Dont know if anyone asked for this but GE needs actor export. So you can take any actor and save it in a single file and merge it with any of your projects.

Modularity. Yes.

[DilloDude]

Have a

Code: Select all

savegame("Slot1");

function and a

Code: Select all

loadsave("Slot1");

function. These will save the exact state of a game. Also maybe more controll over the limits of activation regions. You could have it not remember that an actor was destroyed in a region, or have it remember actor variables. So when you re-enter a region all the enemies will come back, and/or the chests stay open, so they can't be opened again and give you two of one item.

[Kodo]

I agree that being able to save out an actor with intact script data would be handy, I guess if you load a scripted actor into a new project it would have to automatically create any variables that didn’t already exist to avoid errors?

Saving games for loading later is a pretty easy thing to do anyway, most the time you only need to save a few variables, such as lives, health, position, level, inventory etc. Dumping the whole game instead of using save groups would be a bit of a waste of drive space, especially on pocket PCs. When I started out I assumed there must be some way of dumping the game state and then loading it again, but using the save groups to save and load variables does just the same thing, but only saves what’s needed, its also easy, tidy and quick

[EasyViber]

OS X (Macintosh)?

[Novice]

The laging bug when actors are parented to be fixed.

[Novice]

Resizable Script Editor!!!

[Kodo]

Also, mouse wheel scrolling in the script editor, just a small thing but would be handy