game-editor.com

The linux/windows beta of 1.4.1 has been released! Changelog is in the first post, as well as the download link.

247wkman wrote:nudging actors!- i was just gonna mention this (i forgot it was on the list). when canvas envelops your actors and has higher z level you can't crab your other actors behind it- just end up grabbing canvas like a fly bumping into a window. using actor control to select and d-keys to move would prevent the musical chairs of z changing to grab stuff- yay.

You can actually hold down left control to grab an actor behind other actors. If there are multiple actors in the way just keep holding control, and each click will go one actor further down.

Sky, are you sure you uploaded the correct version?
All the new features or bug fixes seem to be missing..

lcl wrote:Sky, are you sure you uploaded the correct version?

The Linux version was correct, but I forgot to copy over the new windows version. Should be fixed now.

skydereign wrote:The Linux version was correct, but I forgot to copy over the new windows version. Should be fixed now.

Ok. Great, I'll get to try it tomorrow!

Now I'm pumped =D

Awesome, I'm soo glad to have a better way to delete actors. Script window resizing is going to prove to be quite useful with outrageously long sprintfs's
Also, dat nudging... that's a huge bonus.

Here's my beta feedback (from playing around with it for a few minutes.)
I'd like to have some of the keyboard shortcuts without the added ctrl button bound to it (specifically the delete and nudge, they'd be more accessible with just "delete key" and "arrow" keys).
I have no idea how the editor works, so maybe there's a reason for that. If not, is there any chance we could have a custom menu for keyboard shortcuts perhaps? (maybe in version 1.4.2 or later on).
But that's my picky feedback...


You've done an awesome job. It's soo good to see the development ball rolling again. You get a point as well as this ...

Jagmaster wrote:Here's my beta feedback (from playing around with it for a few minutes.)
I'd like to have some of the keyboard shortcuts without the added ctrl button bound to it (specifically the delete and nudge, they'd be more accessible with just "delete key" and "arrow" keys).
I have no idea how the editor works, so maybe there's a reason for that. If not, is there any chance we could have a custom menu for keyboard shortcuts perhaps? (maybe in version 1.4.2 or later on).
But that's my picky feedback...

There's nothing preventing that within the code. The idea was eventually to have gE controls entirely customizable via a preference menu, but I still have to set all of that up (color themes will be there as well). As for the reason I chose to do it that way, eventually you will be able to add events, animations, and anything else you can do with the actor control panel by hitting keys (without the control key). With that in mind there would be a lot of overloaded keys (a to add animation, ctrl-a to add actor). One of my major goals for gE dev is to reduce the need for a mouse as currently there is way too much clicking getting in the way of really fast use of gE. Of course one of the other major goals is to have support for command line gE, which could remove the need for mouse entirely.

Jagmaster wrote:You've done an awesome job. It's soo good to see the development ball rolling again.

Thanks! With any luck I'll get the mac version working soon, as well as the other exports, and gE 1.4.1 will be officially released. From there gE development should remain fairly stable.

AAAWWW YYYEEAAAAHHH!!

This is just perfect!! This must be one of the greatest days in the history of GE, since
the Wait for frame / Immediate action -bug has finally been solved!
I mean, really, It's impossible to describe the feeling of hitting that Cancel -button, then selecting Immediate Action and seeing
GE manage it just as if it was only natural to not crash.... I'M IN LOVE! ♥

Same goes for the unparenting glitch finally being fixed
It seems that the bug had actually something to do with setting the parent, because the fix doesn't
work when unparenting actors that have been parented using the old version of GE.

That nudging is really a feature I've needed so many times. I absolutely love it!
This whole thing... all of it is so great, I don't know how to express my thankfulness and appreciation to you, Skydereign.
I'll definitely give you a +1 for your hard work and all the effort you've put into making this!

There's only one thing that doesn't seem to work, the shortcut for locking an actor. It seems to be the same as for
loading a project.

I'd also like to know the correct syntax for the new 2-functions. I could make the function dialogs for them, since I've played
around with that functions.xml-file containing some of the most simple functions' function dialog definitions and I'd like to
contribute to GE development somehow. I know it isn't much, but it's something I could do

Once more, thank you skydereign!

EDIT:

skydereign wrote:One of my major goals for gE dev is to reduce the need for a mouse as currently there is way too much clicking getting in the way of really fast use of gE. Of course one of the other major goals is to have support for command line gE, which could remove the need for mouse entirely.

That is awesome, I prefer using keyboard over mouse whenever possible.

lcl wrote:There's only one thing that doesn't seem to work, the shortcut for locking an actor. It seems to be the same as for
loading a project.

Nice catch. I wrote it wrong in the first post, locking an actor is just l.

lcl wrote:I'd also like to know the correct syntax for the new 2-functions. I could make the function dialogs for them, since I've played
around with that functions.xml-file containing some of the most simple functions' function dialog definitions and I'd like to
contribute to GE development somehow. I know it isn't much, but it's something I could do

Everything counts. The getAnimName/getAnimIndex/DestroyTimer 2 functions use the syntax you'd expect from gE functions (added char* to the front), and getclone2 is the typical getclone2.

Code: Select all

char *getAnimName(char *actorName, int animIndex);
char *getAnimIndex(char *actorName, char *animName);
int DestroyTimer(char *cloneName, char *timerName);
Actor* getclone2(char *actorName, int cloneIndex);

skydereign wrote:Nice catch. I wrote it wrong in the first post, locking an actor is just l.

Oh, I see. Great. You may want to make it change the text in the right click menu. It's a little confusing with the menu saying 'Lock actor' when it's already locked.
Otherwise it's great.

skydereign wrote:Everything counts. The getAnimName/getAnimIndex/DestroyTimer 2 functions use the syntax you'd expect from gE functions (added char* to the front), and getclone2 is the typical getclone2.

Okay thanks, I will start working right now. Will send you the modified functions.xml-file via a PM.

lcl wrote:Oh, I see. Great. You may want to make it change the text in the right click menu. It's a little confusing with the menu saying 'Lock actor' when it's already locked.
Otherwise it's great.

Does that happen? Right now you can't toggle the lock while in the right click menu, but it should lock/unlock properly and the right click menu should always be showing the correct state.

skydereign wrote:Does that happen? Right now you can't toggle the lock while in the right click menu, but it should lock/unlock properly and the right click menu should always be showing the correct state.

I took a closer look.. It actually does change, but it just can't seem to follow all the changes. For example, when you first create an actor, and then right click it without locking it, and then lock it with l, it still shows 'Lock'
instead of 'Unlock' when you open the right click menu again.

One of my major goals for gE dev is to reduce the need for a mouse as currently there is way too much clicking getting in the way of really fast use of gE. Of course one of the other major goals is to have support for command line gE, which could remove the need for mouse entirely.

YES

I will finally be able to quit clicking like a n00b! Wunderbar!
And yeah, that ctr-nudge thing makes sense now if it's planned to control the menu.

Jagmaster Wrote:
Script window resizing is going to prove to be quite useful with outrageously long sprintfs's,

How do you resize the Script editor?

Jagmaster Wrote:
Also dat nudging... that's a huge bonus.

How do you nudge? I did what skydereign said.