Hi,

On Tue, 2006-09-26 at 16:42 -0500, Dirk Reiners wrote:
>     Hi Gerrit,
> 
> we've been looking into the library setup, and were a little surprised 
> to see a lot of things from different areas being linked into OSGSystem 
> (like stuff from State, Drawables, Groups, Window etc.). Can you give us 
> a motivation for that? It makes the build a little confusing, and I'm 
> not sure what the benefit is.

The main decision was where to put the RenderAction and to keep it
the way it was. The cores call back to register themselves and
that whatever needs the RenderAction can access it. 1.x passes it 
directly, 2.x made the switch to DrawEnv but still some of the
underlying member functions make calls directly to RenderAction,
which we might be able to eliminate. 
As the DrawEnv stuff came up after the split into multiple libs there
might be some possibility to rethink the split. Another option would
be to change the RenderAction to be completely external like my test
RenderTraversalAction is right now (though I'm not 100% sure that it
really is) or to make the split RenderAction/RenderActionBase 
abstracting more along the lines needed to minimized what must be
included in System.


As it was we had to find the minimum subset that is needed to
build RenderAction and put it into one lib that all the other libs
can pull in. That is mainly how the things that currently are inside
the system lib ended up there. I might have added one or the other class
in case it was needed but more than one other lib but these cases are 
the minority.

regards,
  gerrit





-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core

Reply via email to