[Smtk-developers] Pie in the sky

TJ Corona tj.corona at kitware.com
Tue Mar 20 16:09:39 EDT 2018


+1

In this configuration, where would the Pybind11 binding code and nlohmann json code go?

> On Mar 20, 2018, at 4:06 PM, David Thompson <david.thompson at kitware.com> wrote:
> 
> Hi all,
> 
> Following up on the "pie in the sky" talk we had at the meeting today, what about this directory-structure change to go along with the attribute-collection/model-manager/mesh-collection rename:
> 
>  core/smtk/{PublicPointerDefs,SharedFromThis, ...}.h
>  core/smtk/{attribute, mesh, model}/Resource.{h,cxx}
>  core/smtk/model/Session.h
> 
>  extension/smtk/model/polygon/{Resource,Session,...}.{h,cxx}
>  extension/smtk/paraview/{server, components, ...}
>  extension/smtk/qt/{qtAttributeView,...}.{h,cxx}
>  extension/smtk/vtk/{source, ...}
> 
>  testing/smtk/{attribute, mesh, model}/{cxx,python}/...
> 
>  applications/{template-editor, attribute-preview, ...}
>  cmake
>  data
>  doc/{userguide,tutorials,reference}
>  python/smtk/{__init__.py, testing.py, simple.py}
>  utilities
> 
> Everything in core would become smtkCore. Subdirectories of extension/smtk would be separate projects with their own library(ies). In the end, projects in both core and extensions would install their public headers to ${CMAKE_INSTALL_PREFIX}/include/smtk/.... That way, directories could always correspond to namespaces (starting with "smtk", not core or extension) and there wouldn't be a question any more about whether Qt stuff should live in smtk::extension or not -- if it lived in a namespace at all, it would be smtk::qt.
> 
> Moving testing out of the core directory would make it clear that tests could depend on extensions (such as polygon/discrete/mesh model resources). Tests would live in the directory/namespace of the most abstract thing they tested, so a test of the model resource that just happened to use a polygon model would live in testing/smtk/model while tests of the polygon session would live in testing/smtk/model/polygon.
> 
> 	David
> _______________________________________________
> Smtk-developers mailing list
> Smtk-developers at smtk.org
> https://smtk.org/mailman/listinfo/smtk-developers



More information about the Smtk-developers mailing list