lua-users home
lua-l archive

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]


On Friday 30 April 2010 19:16:48 Gedalia Pasternak wrote:

Hi,

> I managed to get
> QtLua to compile, I had figured there was a bunch of transformation steps
> that it would apply to the qt library (which is what swig does) but
> actually it's a pretty straight forward compile.

It's not a binding, just a c++ library.

>   I see what you mean about adding lua scripting features. The library
> assumes that it controls the lua_state and is your interface into lua. It's
> probably a great starting point if you haven't built those bits already.
> I'm still digging into the library but it seems to leverage a lot of qt
> property system infrastructure, but it's not clear that it can call bits
> of qt that aren't slots/signals.

QtLua is a set of c++ base classes designed to make it easy to expose and 
manage c++ objects from Lua in Qt applications. Lua script only see what is 
dynamically exposed by the Qt meta object system and what you choose to expose 
in your c++ code.

> The library seems a bit crippled without access to things that aren't slots
> or signals.. (although I'm only on day 2 of looking at it.

> is lqt any better is this department?

If you plane to develop a Qt application using Lua, lqt is what you need. If 
you need a scripting engine like QtScript for your Qt application, QtLua is 
the right choice.

Best,

-- 
Alexandre