[Smtk-developers] Unifying Meshing helpers between smtk and cmb.

[Yumin Yuan]

On Fri, Apr 10, 2015 at 2:48 PM, David Thompson <david.thompson at kitware.com>
wrote:

> Hi all,
>
> I am for eliminating the code duplication. Is the desire really to not
> require SMTK or to not require people to use ModelBuilder to load a CMB
> file?
>
>
This is really not related to ModelBuilder. I was talking about loading a
mesh (.3dm) or points (.pts) file directly into paraview, which is a common
usecase for some users. This usecase really just needs cmbVTKExtension, not
smtk or smtkVTKExt. Ideally, we could have a package of paraview with just
cmbVTKExtension as a plugin.

Yumin


>         David
>
> > As long as the CMB_Plugin(VTKExtension + some client code) does not have
> a hard-link to smtk, I am all for it. Sometimes, we/users just want to load
> a reader/writer inside cmbVTKExtension to paraview, which should not
> require smtk.
> >
> > Also, the cmbsuperbuild then needs to tell smtk to build discrete
> session by default, which is probably already the case.
> >
> > Yumin
> >
> > On Fri, Apr 10, 2015 at 2:10 PM, Robert Maynard <
> robert.maynard at kitware.com> wrote:
> > As we know currently the smtk discrete bridge and and cmb have
> > duplicate code to allow smtk to load old cmb files. Part of the
> > duplicated code are the vtkCMBMeshServerLauncher and
> > vtkCMBTriangleMesher classes and the supported infrastructure.
> >
> > What I would like to do is to remove this code duplication by
> > requiring the VTKExtensions/Meshing requires the
> > libvtkSMTKDiscreteExt. Does anybody have any objections to this? It
> > would require that smtk to install all headers under
> > bridge/discrete/extension/
> > _______________________________________________
> > Smtk-developers mailing list
> > Smtk-developers at smtk.org
> > http://public.kitware.com/mailman/listinfo/smtk-developers
> >
> > _______________________________________________
> > Smtk-developers mailing list
> > Smtk-developers at smtk.org
> > http://public.kitware.com/mailman/listinfo/smtk-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20150410/65846776/attachment.html>