From d796f5484f13df9164dda9a2c582b08d2d8418ec Mon Sep 17 00:00:00 2001
From: Guido Kanschat <dr.guido.kanschat@gmail.com>
Date: Tue, 25 Oct 2005 08:30:38 +0000
Subject: [PATCH] todo's

git-svn-id: https://svn.dealii.org/trunk@11658 0785d39b-7218-0410-832d-ea1e28bc413d
---
 deal.II/deal.II/include/fe/fe_raviart_thomas.h | 14 ++++++++++++--
 1 file changed, 12 insertions(+), 2 deletions(-)

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 <int dim> class MappingQ;
  * subspace contained in the RT space. Then, approciamtion order of
  * the function itself is <i>degree+1</i>, 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.
+ *
  * <h3>Interpolation</h3>
  *
  * 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<dim>::degree is higher by one than the
  * constructor argument!
-- 
2.39.5