How are the new math lib classes exposed to py? I did see that there were generated converter functions spesificly for the QScriptEngine. Are they QObjects? I mean if not we still need to make Qt based Decorators like that to feed them into PythonQt. At least i think so. I am under the impression that you need to feed qobject classes to the PythonQt. But I might actually be wrong, will have to ask toni next week when I see him.
Either way, yah I'm cleaning out the module quite a bit. File and source wise, its in quite bad shape. The maintainers have been just commenting completely dead code for a long time so its a freaking mess :I I'll try to get it closer to our standards but not into fulling state today. Need to expose the math lib somehow at some point. At least things that get exposed over from EC_Placeable so its usable from py. Ali any comments on moving stuff under /src? I'd like to hear your ideas about how to structure the sources to get this SDK vs. application layers going. I think its already quite nice. My next big move would be to remove /bin from the repo all together and make it generate itself during the build. Moving all the data that is there currently will be quite easy to move under /src/ where the corresponding project is. As I did with my cmake install support thingie with the macros: https://github.com/realXtend/naali/commit/b528d36d13a61d39ecb6eb14c27e93f6319a81f8 Best regards, Jonne Nauha Adminotech developer On Fri, Jul 22, 2011 at 5:43 PM, Ali Kämäräinen <[email protected]>wrote: > ilikia, > > Festivals - a great opportunity to miss bands... > > But to the business: you can delete Vector3dfDecorator.h&cpp, > QuaternionDecorator.h&cpp and TransformDecorator.h&cpp + all references to > those files. That should help a bit at least. > > Grey skies, > Ali Kämäräinen > > -- > http://groups.google.com/group/realxtend > http://www.realxtend.org > -- http://groups.google.com/group/realxtend http://www.realxtend.org
