[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: QtLua Library on windows
- From: Alexandre Becoulet <alexandre.becoulet@...>
- Date: Sun, 2 May 2010 18:57:16 +0200
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