From: wolf <wolf@0785d39b-7218-0410-832d-ea1e28bc413d>
Date: Mon, 24 Sep 2001 14:28:19 +0000 (+0000)
Subject: Done.
X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=ad78534f382244524e96ab1f8fe48a2bba921609;p=dealii-svn.git

Done.


git-svn-id: https://svn.dealii.org/trunk@5042 0785d39b-7218-0410-832d-ea1e28bc413d
---

diff --git a/deal.II/doc/future.html b/deal.II/doc/future.html
index 21b98a1f79..ecaf8770ab 100644
--- a/deal.II/doc/future.html
+++ b/deal.II/doc/future.html
@@ -27,28 +27,6 @@
          major release.
 	 </p>
 
-    <li> <p>
-         <strong>Non-conforming elements:</strong> While
-         <acronym>deal.II</acronym> is quite flexible with respect to
-         the finite element to be used, it was written with Lagrange
-         elements in mind. The basic problems in the implementation of
-         other elements would therefore be the computation of shape
-         function values if the shape functions depend on the shape of
-         the cell. Since this is not the case for the usual continuous
-         elements, the present implementation does not provide all
-         information necessary for the computation of these values.
-	 </p>
-
-	 <p>
-	 In order to implement these elements, it would therefore be
-	 necessary to review the interface between the
-	 <code>FEValues</code> class and the
-	 <code>FiniteElement</code> class. This would probably also be
-	 the right time to further separate the implementation of the
-	 mapping from unit to real cell from the actual finite element
-	 code.
-	 </p>
-
     <li> <p>
          <strong>The <I>hp</I>-method of finite elements:</strong>
 	 Implementing this will need a class analogous to the