Wt

No. I admit I haven't looked at supporing a scene graph, but my first idea would be to see if it's possible to support an exising scene graph library in Wt rahter than to construct a new one. Ideas welcomed.

A 3D charting library is however in the pipeline.

BR,

Wim.

You might be able to borrow ideas from http://www.openscenegraph.org/ which tries to follow the STL format. There is also a JS library that someone created based on it. http://osgjs.org/

Both have more than just scene graph features but looking at it might prove useful.

Funny you mentioned OSG. I just found this... -> https://github.com/ReWeb3D/wtgles2

Nice, I didn't know about that!

Wim.

Would it be possible to merge the ReWeb3D fork back into the master branch of Wt ? If it is, I would submit a pull request (as I have done some work on that).

Mathieu

ReWeb3D's wt wrapper exists because OpenGLES2 applications are not easily portable to Wt because of the way WGLWidget's 'gl' interface is designed. Although technically it seems very possible. (See: http://redmine.webtoolkit.eu/issues/3606#change-10026)

I found myself writing a wrapper for WGLWidget because I also have code base for a 3D application written using OpenGL ES. I am trying to port it to Wt but WGLWidget's functions don't have 1-1 mapping with OpenGL ES ('gl' prefix for enums and functions is dropped. Functions parameters are different in some cases). As we are developing Desktop/mobile and Web app simultaneously, it is not a one time port. It will be a continuous work and not having 1-1 mapping with OpenGL ES is a going to be a inefficient and will result in unnecessary waste of time and maintenance overhead.

Wt is a C toolkit for Web closely emulating Qt. That being said, I should be able to port code written in C, OpenGL ES, and Qt with as minimal modification as possible. That is what make Wt attractive to me. Current interface of WGLWidget breaks that 'promise'.

As Wt becomes more popular (which I hope it will), there will be many developers who will find themselves in a similar situation as me. I hope Wt team takes notice of my concern. I think Qt's QGLWidget has done its OpenGL ES interface smart and right. I hope Wt's WGLWidget offers similar interface and developers don't need to develop there own wrappers.

Someone correct me if I'm wrong but I don't believe the WGLWidget was designed to emulate OpenGL ES it was designed as a wrapper for WebGL. The server side rendering was added later, IIRC.