Hi, On Thu, 2010-02-25 at 08:57 -0600, David Kabala wrote: > setPrototype is also a important function for some of the things I do > with the Look and feel in a user interface library. I don't know if > there are any problems with it, but I added the setPrototype function > in the OpenSGToolbox -> OpenSG 2.X development branch. Here: > http://github.com/gerritvoss/OpenSGDevMaster_Toolbox/blob/master/Source/Base/FieldContainer/Base/OSGFieldContainerType.h > > Are there any problems with this that I'm not aware of? > > On Thu, Feb 25, 2010 at 8:48 AM, Volker Settgast > <v.settg...@cgv.tugraz.at> wrote: > Hello all, > > while porting a 1.8 app to 2.0 I just found out that > setPrototype is not available any more. I found it commented > out in OSGFieldContainerType.h. > > So maybe it is not neccessary any more... here is how we used > it in the old app: > For a clusterServer we first set the server-specific values, > like surface, left/right-eye in the ClusterWindow prototype. > Then the Client just opened the ClusterWindow and the settings > were allready good for all servers. How would You handle such > a setup?
that might be a very very old leftover, looking at it something is odd and looks unfinished. Are you modifying the prototype or are you replacing it. Purely modifying should still work as the getPrototype is still there. I'll have a quick check and try to remember why it was left unfinished and put the set function back in if I don't spot anything. kind regards gerrit ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
