Robert, The default behavior of ::color works fine for the general use case. I'm sure some may find it valuable to be able to override that behavior to compute the new color or blend in a special way, I know I do.
BTW, what is the typical use case for a FLASH_SEQUENCE? The way I see how the math works out the light point color must be white for the blink colors to come out correctly. I just want to make sure that our OpenFlight model is build correctly. -B -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Robert Osfield Sent: Tuesday, June 26, 2012 12:59 PM To: OpenSceneGraph Submissions Subject: Re: [osg-submissions] Submission: osgSim::BlinkSequence::color changed to virtual Hi Brad, On 26 June 2012 18:50, Brad Colbert <[email protected]> wrote: > Hi Robert, > > Is your idea to break up the function of ::color and make flexible the > portions that determine what the sequence computes? > > So, would the default encapsulate the code from line 160 on? I'm not sure yet whether it would be better to keep the original color(..) method and just add the a combine(..) method - this new method would by default provide the same modulate functionality found in the present code calling the BlinkSequence::color(..) method. Robert. _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
