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

[David Thompson]

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?

	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