Welcome to the Bug Tracking System for the DUNE project.
Due to increasing spam attacks, we had to disable the feature of anonymous bug reports. You will have to register before you are able to report a new bug.
In case you experience any problems, let us know at http://www.dune-project.org/mailinglists.html .
Due to increasing spam attacks, we had to disable the feature of anonymous bug reports. You will have to register before you are able to report a new bug.
In case you experience any problems, let us know at http://www.dune-project.org/mailinglists.html .
FS#604 - move reference element related stuff to separate module
Attached to Project:
Dune
Opened by Andreas Dedner (dedner) - Friday, 25 September 2009, 11:52 GMT+2
Last edited by Oliver Sander (sander) - Thursday, 01 April 2010, 17:34 GMT+2
Opened by Andreas Dedner (dedner) - Friday, 25 September 2009, 11:52 GMT+2
Last edited by Oliver Sander (sander) - Thursday, 01 April 2010, 17:34 GMT+2
|
DetailsThis is a replacement task to
instead of moving things to dune-common, we could introduce a new dune module (name suggestions welcomed) which contains: 1) parts from the generic geometries (generic construction classes, corner mappings...) 2) the geometry type 3) the generic reference elements 4) the quadratures 5) a geometry interface class 6) ... both dune-grid and dune-localfunctions would depend on this module. It would increase the non-monolithic design (removing geometry type from dune-common, quadratures and reference elements from dune-grid) and would make the dependency between modules a lot clearer. The transition could be done smoothly by adding deprectaed headers in the appropriate places. |
This task blocks these from closing
FS#676 - SubsamplingVTKWriter.addVertexData for std::vector shows unexpec
FS#676 - SubsamplingVTKWriter.addVertexData for std::vector shows unexpec
6) VirtualRefinement
which requires reimplementation of the refinement for cubes, because the current implementation uses sgrid.
However, before introducing a new official module it would be nice to have a decision on
FS#386.