[vtk-developers] Fwd: [Paraview-developers] Moving vtkMemberFunctionCommand to VTK

[chen.zhong]

there is always a mistake with this sentence "vtkPointWidget
bottomMoveWidget = new vtkPointWidget();"

is there someone can tell me what is wrong?

Moreover,
private vtkPointWidget bottomMoveWidget = null;
    bottomMoveWidget = new vtkPointWidget();
is also wrong~!

Thanks~!

SIncerely,
Chen


2010/9/24 David Doria <daviddoria at gmail.com>

> On Fri, Sep 24, 2010 at 10:57 AM, David Doria <daviddoria at gmail.com>
> wrote:
> > A few days ago Pat Marion pointed out on the VTK devel list that
> > ParaView/Servers/Filters/vtkMemberFunctionCommand.h is a great way to
> > catch events with class member functions. I tried it out and it is
> > indeed fantastic! It lets me handle events in a much more structured
> > way.
> >
> > We would like to propose moving this file into VTK so that it can be
> > used by VTK-only applications (without copying the file into each one,
> > as I have been doing :) ). Are there any objections to doing this?
> > Maybe this should actually be done by one of the Paraview devels so
> > that the appropriate changes can be made to Paraview so that it can
> > still see the file properly. Any volunteers?
> >
> > Please let me know what you think.
> >
> > Thanks,
> >
> > David
>
>>
>> ---------- Forwarded message ----------
>
> From: Utkarsh Ayachit <utkarsh.ayachit at kitware.com>
>
> Date: Fri, Sep 24, 2010 at 11:19 AM
>
> Subject: Re: [Paraview-developers] Moving vtkMemberFunctionCommand to VTK
>
> To: David Doria <daviddoria at gmail.com>
>
> Cc: paraview-developers at paraview.org
>
>
>>
>> That sounds like a good idea. However, you may want to raise the
>
> question on  the vtk-developers list to chalk out a cleaner API. This
>
> would the only code in VTK that requires passing (*this) as an
>
> argument which may be a bit non-conventional for VTK.
>
>
>> Utkarsh
>
>
>
> Please see the proposal and discussion above. Utkarsh sounds like he's on
> board with change, but would like to make sure no one has a problem with
> some specifics of the implementation. Would everyone take a look? If we
> don't hear anything by midweek, we'll assume the interface is acceptable and
> proceed with the move.
>
> Thanks,
>
> David
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://www.vtk.org/mailman/listinfo/vtk-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20100924/bc64e5d3/attachment.html>