From: Guido Kanschat Date: Tue, 25 Oct 2005 08:30:38 +0000 (+0000) Subject: todo's X-Git-Tag: v8.0.0~12945 X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=d796f5484f13df9164dda9a2c582b08d2d8418ec;p=dealii.git todo's git-svn-id: https://svn.dealii.org/trunk@11658 0785d39b-7218-0410-832d-ea1e28bc413d --- diff --git a/deal.II/deal.II/include/fe/fe_raviart_thomas.h b/deal.II/deal.II/include/fe/fe_raviart_thomas.h index 70f0206611..bea1e974de 100644 --- a/deal.II/deal.II/include/fe/fe_raviart_thomas.h +++ b/deal.II/deal.II/include/fe/fe_raviart_thomas.h @@ -44,7 +44,12 @@ template class MappingQ; * subspace contained in the RT space. Then, approciamtion order of * the function itself is degree+1, as with usual polynomial * spaces. - * + * + * @todo Even if this element is implemented for two and three space + * dimensions, the definition of the node values relies on + * consistently oriented faces in 3D. Therefore, care should be taken + * on complicated meshes. + * *

Interpolation

* * The @ref GlossInterpolation "interpolation" operators associated @@ -417,9 +422,14 @@ class FE_RaviartThomas * component under consideration. This is emulated by using an * anisotropic Gauss formula for integration. * - * @warning The current implementation is for Cartesian meshes + * @todo The current implementation is for Cartesian meshes * only. You must use MappingCartesian. * + * @todo Even if this element is implemented for two and three space + * dimensions, the definition of the node values relies on + * consistently oriented faces in 3D. Therefore, care should be taken + * on complicated meshes. + * * @note The degree stored in the member variable * FiniteElementData::degree is higher by one than the * constructor argument!