Hi Mike,
Other desires would be:
- A more general mechanism for handling events. I'd really like to be
able to handle arbitrary events via the same mechanism as mouse/keyboard
events. For example, using either a keyboard key or a slider bar within
enclosing GUI decoration to drive view scaling.
I do plan to generalise events, but not in the current round of
coding, this will have to wait after osgViewer inception and the
OSG-1.3 release.
Things like GUI decoration outside the scope of osgViewer, and this is
the way I plan to keep it. GUI either need to be kept with 3rd party
windowing toolkits or via a 3D GUI integrated and a separate NodeKit.
- Support for a unified notion of time for both events and frame
statistics. It sounds like you're already working on this for X11. I
ran into the same issue on Windows as well.
This is my intent at least :-)
Further down the line we will probably need to change FrameStamp so it
has a ReferenceTime which runs in real time and SimulationTime that
runs by default in sync with RefernceTime, but could be speeded up or
slowed down for the purposes of a simulation. I kinda like simplicity
though, so will stick to just ReferecentTime till we really really
need the seperate SimulationTime.
Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
