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

[Robert Maynard]

On Fri, Apr 10, 2015 at 2:19 PM, Yumin Yuan <yumin.yuan at kitware.com> wrote:
> Hi Rob,
>
> 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.
>

This would cause a hardlink between VTKExtension and vtkSMTKDiscreteExt, but
vtkSMTKDiscreteExt doesn't require or link to any part of SMTK.

> Also, the cmbsuperbuild then needs to tell smtk to build discrete session by
> default, which is probably already the case.

Yeap the supberbuild is currently set up to make the discrete session.


>
> 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
>
>