CEGUI (Crazy Eddie's GUI) Forums

hi CE.
I've abandoned AngelScript and have been looking at LuaPlus lately. I have got a ScriptModule up and running and everything is working fine, but there's a few things.

in the CEGUI::System constructor there is a feature for a initscript. but I'm not able to use that feature since I can't register the luaplus bindings before after the new CEGUI::System call.

fx.


so the initscript is executed before the bindings are created. not good.

I suggest to have two virtual functions in CEGUI::ScriptModule. createBindings and destroyBindings

createBindings should be called when the whole gui is initialised but before running the initscript

likewise destroyBindings should be called just before cleanup begins.

and what about a CEGUI::ScriptModule::executeString( const String& str ) method ?

anyways... I'll release something soon. But the source is somewhat messy right now.

it works by wrapper classes for the singletons and an inherited Window class with exportable functions for handling windows.

- tomas

lindquist wrote:
I suggest to have two virtual functions in CEGUI::ScriptModule. createBindings and destroyBindings

createBindings should be called when the whole gui is initialised but before running the initscript

likewise destroyBindings should be called just before cleanup begins.

and what about a CEGUI::ScriptModule::executeString( const String& str ) method ?

All good ideas, especially createBindings and destroyBindings. I'll get these in over the weekend.

CE.

cool...

These additions are now in CVS, as usual anonymous access will take a few hours to catch up...

CE.

Hi again.

It turned out that LuaPlus was a bit too difficult to maintain, so I've been looking at tolua++... In short it parses a "cleaned" header file and generates a .cpp file with the binding code.

though, a few additions would really make it alot easier! EventSet::subscribeEvent is a bit complicated to export when all I want to do in the script is pass a string with the function name as the subscriber. It works really well.

right now the code I need to be able to script is:
but since I can alias function-names with tolua++ it would be really convenient with C++ code like this:


I have attached a few patches that does the trick, and fixes a few typos I spotted...

Edit:
It's because with this little change, I'm able to use the auto-generated code without any changes...

Ok thanks I'll take a look.

I can't remember what I did in the test ScriptModule I wrote

CE.

I thought my last post was maybe a little unclear.

What I'm doing is exporting subscribeScriptedEvent as subscribeEvent so it's possible to write the following Lua code:


instead of


This way I don't have to export ScriptFunctor either, I really think it should be implicit anyway.

Edit:
Though if you really don't like the subscribeScriptedEvent addition, tell me, and I'll make a utility function that returns a ScriptFunctor Event::Subscriber.

fx.

I looked the your proposed additions yesterday. They're all fine - and slated to be added shortly

I just have quite a lot of non-CEGUI stuff going on today and for the next few days, so I have not gotten around to this in my usual speedy fasion

CE.

Hi again.

I've made a VC7.1 (it's the only thing I have) solution for my LuaGUIScriptModule that should be really easy to get started with.
There is a static-lib project with Lua 5.0.2 and tolua++1.0.4, and a static-lib LuaScriptModule. I never tried a dll version.
in the LuaScriptModule/package dir is the package definition for tolua++. make.bat updates the source file. a precompiled tolua++.exe code generator is there too.
look at the .pkg files to see what there's bindings for. It's pretty complete.

the c++ code I use is like this:

init:
exit:

here's my initscript to see how it works:

events are handled pretty naturally, one parameter is passed. An EventArgs. You can the cast to the different types of EventArgs with a few utility functions. So an eventhandler would look something like this:

In classes that have public member variables, I've removed the 'd_' prefix from their names.

If this is not enough - ask away...

Edit:
the tolua++ documentation says that it's possible to call constructors by their class name fx.
but there is currently a bug when using namespaces, so you have to write:

This sounds great I have not had a chance to look it over yet as I've been tied up. But I'll try and have a look over the weekend (and also get your patches in).

CE.

Okay, I have tried out your script module & tolua++ bindings...

This is excellent stuff I'd like very much to adopt this as the 'official' lua scripting module in CEGUI. If you agree, I'd give you write access to the code once placed in CVS.

I look forward to your response

CE.

I'm glad you liked it, and I have no objections at all. So please do

Cool. Thanks

With any luck I'll get this done over easter.

CE.

Okay, this is now in CVS

It's basically unchanged at the moment, except for the following minor things:

* I added a "resourceGroup" parameter to the executeScriptFile methods so that a group does not have to be hard coded for loading the script file. This has the unfortunate side effect that the InitScript will use the default resource group.

* The VC projects are moved to be within the makefiles directory along with the others.

Currently, only VC++ 7.1 and Linux are setup, I'll do the other VC++ projects tomorrow. VC++ will retain the static lib approach, while linux builds things as libtool libraries. I have tested briefly on both platforms and all seems well

If you wish, I'll add you to the project with write access to the script module files. Let me know if you want this, and confirm your sourceforge username.

Thanks again.

CE.

Hi CE.

I would'nt mind working some more on the script module, so it would be cool with write access...

I guess I would be confirming with you anyway though... But I have a few ideas that I'm gonna try out, so I'm definately not done yet!

My sourceforge login is the same as here.

Currently I have quite alot of time available to spend coding, so I would not mind taking care of applying patches etc. if it could give you more time for CEGUI itself.

Let me know your plans (if any ).