[vtk-developers] vtkColorTransferFunction

Lisa Sobierajski Avila lisa.avila at kitware.com
Fri Jun 23 08:27:43 EDT 2000


Hello Bill,


>         If you deprecate any methods, please have the old methods print 
> out explicit instructions on
>how to upgrade to the new methods.

Yes, I will.

>I'd prefer leaving the old methods. We have no idea who might be using 
>this stuff.

It turns out that the methods I am removing are ones Ken added - they can 
be kept for a release, but the behavior will change. I doubt anyone else is 
using them, but if they are they should be able to do what they want using 
a different method.

>Also, vtkColorTransferFunction has really low coverage (~30%). Now might 
>be the time to improve that.

This is convenient - it means I won't break any regression tests!!! :-)


Lisa

>Bill
>
> > -----Original Message-----
> > From: Lisa Sobierajski Avila [SMTP:lisa.avila at kitware.com]
> > Sent: Thursday, June 22, 2000 11:11 AM
> > To:   vtk-developers at public.kitware.com
> > Subject:      [vtk-developers] vtkColorTransferFunction
> >
> > Hello,
> >
> > I am make some modifications to vtkColorTransferFunction, and I have
> > determined that I have two choices on how to proceed:
> >
> >
> > 1)  Modify vtkColorTransferFunction so that R, G, and B are no longer
> > independent. That means the AddRedPoint, AddGreenPoint, AddBluePoint, can
> > remain, but will actually probe the current function to get the other two,
> > then AddRGBPoint. The methods that would disappear would be 
> GetRedFunction,
> > GetGreenFunction, and GetBlueFunction since this won't use three
> > vtkPiecewiseFunctions as the underlying representation.
> >
> > 2) Create a new subclass of vtkColorToScalar that supports the
> > functionality I am looking for. This will also support all of the current
> > vtkColorTransferFunction functionality except for the independence of the
> > functions.
> >
> >
> > Is anyone out there using the red, green, and blue functions 
> independently?
> > I'd rather not see two classes that do almost the same thing, but my
> > changes will essentially break some methods.
> >
> > Any comments?
> >
> >
> > Lisa
> >
> >
> >
> >
> > _______________________________________________
> > vtk-developers mailing list
> > vtk-developers at public.kitware.com
> > http://public.kitware.com/mailman/listinfo/vtk-developers






More information about the vtk-developers mailing list