GameMonkey Script

Hi, I would like to know how to use reflection in gamemonkey script, I searched in the documentation and this forum but found nothing (unless I missed something),
Can anyone please give me some hints?

My intention is to make a game object script and expose all the (public) member variables in the gui editor, for the designer to tweak the game object's parameters.
Thanks.

Welcome to the forum Wihu

I think you are asking how to list global variables from a script file so the values can be edited and injected later while the application is running.

You'll need to do something like this...

1) Create an instance of gmMachine and execute the script.
2) Call gmMachine::GetGlobals to access the global gmTableObject.
3) Use gmTableObject::GetFirst, GetNext to iterate the table and retrieve key & value gmVariables.

When the application is running you can access the global table again and call gmTableObject::Set to apply the replacement values.

Hope that gets you started.

(There are other ways to achieve this, such as writing a script that does a foreach loop and calls a bound function to accumulate the global table contents. You could apply global variables by executing strings with assignment operations. I don't recommend these methods, just suggesting how it is possible to use native, script or both to achieve these kinds of goals.)

Hi Greg,

Thanks for the prompt reply.
Its close to what I need, but can I attach one script per game object such that each game object has its own member variables when executing the script?

What I want to achieve is actually something similar to Unity3d's Game Object editor, is it possible to use GameMonkey for that purpose? or should I write my own c++ reflection library on top of that?

Yes, you should be able to achieve what you are describing. I have seen game level/scene editors use GM in a very similar way to what you see in Unity and that is how it is intended to be used.

Instead of using global variables, you may just want to use member variables so they can be set per game object. To get the 'one script per game object' behavior, you will want to set member functions to be executed at specific times or as events.

If you haven't already, please read the excellent GM by downgraded. The 3rd one in particular talks about practical game object implementation.

You may end up writing some helper functions or a GM utility class, but access to the types and values in GM should be provided by the existing API. Mostly you will be working with gmTables, gmVariables and making sure you set 'this' when calling script functions from native code.

Thanks a lot, Greg! Thats really helpful, I have read the first two articles by downgraded, but did not know there is the third one (google missed that when I typed keywords 'GameMonkey GameDev').

I'll take a look on it and see how it goes. I think I already got some rough idea from what you have explained to me.

Just one quick question (pardon me if this is a little bit off the topic), do you happen to know any open source games/projects that use GameMonkey?

Meanwhile, I'll play around with GameMonkey script and see how far I can go with it.

Looks like has some interesting stuff.. Richy2k's particularly..

I'll try Game Monkey Script Ex when I feel Game Monkey Script is not enough.. Thanks for the hints!