Hi Carsten, > > Examples/CustomIntegration/NewContainerType now has the following: > > CubesLib : contains sources to build a the Cubes container as a > shared library. > CubesApp : a simple GLUT test program that uses CubesLib > CubesAppUnified : the same program together with the CubesLib sources; > they get compiled into the app. Only differnce is in > the contents of OSGCubesLibDef.h for the > dllimport/export stuff > > Documentation is on the wiki: > <http://opensg.vrsource.org/trac/wiki/Tutorial/OpenSG2/NewContainerType > > >
Thank you very much, that was very helpful in finding out why my new node types did not draw at all :-) However, there are a few questions left. First, why use MaterialDrawable at all as a base class? Is this just for simplicity? As far as I can see if you derive from NodeCore directly, all you need is to get the method you register in initMethod right. Or are there other bonuses I just did not see yet? Second, for the implementation of drawPrimitives ... I was used to use the act node of the RenderAction, and with the advent of the DrawEnv* parameter here, I just tried to use env->getAction()->getActNode() and leave the rest as-is. However, I can't cast the core to what I thought the core would be - the dynamic_cast fails. Has behavior changed here between 1.8 and 2.0? Aloha, Andi ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
