One more sentence

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

diff --git a/deal.II/examples/step-27/doc/intro.dox b/deal.II/examples/step-27/doc/intro.dox
index 25ca5805d6e39f52496d8395743ca4abfded51b9..78116a856d66b3f071c9b34477f3fffa0cbbd0b7 100644 (file)
--- a/deal.II/examples/step-27/doc/intro.dox
+++ b/deal.II/examples/step-27/doc/intro.dox
@@ -61,11 +61,13 @@ what the program should do, not exactly how all this is going to
 happen. 
 
 In deal.II, the $hp$ functionality is largely packaged into
-the @ref hp namespace. This namespace provides classes that handle
+the hp namespace. This namespace provides classes that handle
 $hp$ discretizations, assembling matrices and vectors, and other
 tasks. We will get to know many of them further down below. In
 addition, many of the functions in the DoFTools, and VectorTools
-classes accept $hp$ objects in addition to the non-$hp$ ones.
+classes accept $hp$ objects in addition to the non-$hp$ ones. Much of
+the $hp$ implementation is also discussed in the @ref hp documentation
+module and the links found there.
 
 It may be worth giving a slightly larger perspective at the end of
 this first part of the introduction. $hp$ functionality has been
@@ -185,8 +187,13 @@ only with hanging node constraints, but also with $hp$ constraints at
 the same time.
 
 
+
 <h3>Assembling matrices and vectors with $hp$ objects</h3>
 
+
+
+
+
 <h3>A simple indicator for $hp$ refinement and estimating smoothness</h3>
 
 One of the central pieces of the adaptive finite element method is that we