Well, I've become inspired to start work on writing an Irrlicht-enabled widget based on the OpenGL widget in Qt. From perusing through the sourcecode of both Qt and Irrlicht it has become apparent that it shouldn't be too hard. The Qt OpenGL widget accepts standard OpenGL calls as long as they are wrapped into the inherited class in a specific way. Therefore I propose that its simply a matter of writing an Irrlicht driver as a Qt OpenGL widget derived class. This shouldn't be too hard as it is simply a matter of porting the OpenGL driver to the Qt OpenGL Widgets particular format. Of course, i suspect that parts of the driver will need to be rewriten from scratch.Curious wrote:I have a simple question. Can I use Irrlicht with Qt, maybe even using KDevelop to create a whole Qt app and then Irrlicht engine as the backdrop of the application's view?
This means that Irrlicht should not call up a window (Qt will handle this)...
Any suggestions...?
An alternative method I propose is instead to create an event wrapper between Irrlicht and Qt, therefore allowing Qt widgets to control Irrlicht and possibly vice-versa. This method would not allow Irrlicht to be embedded in a window as a widget however.
Anyway, what do people think? Comments, slander, nuggets of wisdom welcomed. I'll keep people posted as a make any tangible progress.
), so far I haven't got anywhere (lots of coding to do first) but as I get further along I'm becoming more convinced that using a QGLWidget might be a bad idea, I'm thinking it might be better to rewrite the QGLWidget entirely and wrap Qt code straight to Irrlicht instead of QextIrrlicht->QGLWidget->Irrlicht.
But, most of the code can be taken from the original QGLWidget and just reworked. Saying that, I'm slowly coming along with my experiments at home, if you want to try and whip up something, we can compare some notes once we both get something working (or barely working 
).