Adjust a few links as a consequence of the renaming of step-22 and step-31

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

diff --git a/deal.II/deal.II/include/dofs/dof_renumbering.h b/deal.II/deal.II/include/dofs/dof_renumbering.h
index 8bf742ba74e14c4e6e3719e8d94978ecab0caa3f..4018bf04072c9473d48e512110f279729204fe8b 100644 (file)
--- a/deal.II/deal.II/include/dofs/dof_renumbering.h
+++ b/deal.II/deal.II/include/dofs/dof_renumbering.h
@@ -308,7 +308,7 @@ class DoFRenumbering
                                      * possible and results in a
                                      * blocking of several components
                                      * into one. This is discussed in
-                                     * @ref step_31 "step-31". If you
+                                     * @ref step_22 "step-22". If you
                                      * omit this argument, the same
                                      * order as given by the finite
                                      * element is used.

diff --git a/deal.II/deal.II/include/numerics/data_component_interpretation.h b/deal.II/deal.II/include/numerics/data_component_interpretation.h
index b6a8f7d761339401135bd776415dc3c648ebd94e..78dbb9315243eb49ce5029105ef33c219b23e4db 100644 (file)
--- a/deal.II/deal.II/include/numerics/data_component_interpretation.h
+++ b/deal.II/deal.II/include/numerics/data_component_interpretation.h
@@ -48,7 +48,7 @@ namespace DataComponentInterpretation
                                    * DataOut_DoFData::add_data_vector
                                    * functions, this can be achieved.
                                    *
-                                   * See the @ref step_31 "step-31" tutorial
+                                   * See the @ref step_22 "step-22" tutorial
                                    * program for an example on how this
                                    * information can be used in practice.
                                    *

diff --git a/deal.II/deal.II/include/numerics/data_out.h b/deal.II/deal.II/include/numerics/data_out.h
index 9dff1b34cb0d2bee24a76a790545e6df8bf93c61..213da371a833b8b9971caa02adeb69e6ade8bb2d 100644 (file)
--- a/deal.II/deal.II/include/numerics/data_out.h
+++ b/deal.II/deal.II/include/numerics/data_out.h
@@ -97,7 +97,7 @@ template <int> class FEValuesBase;
  * is logically an independent scalar field, or whether some of them together
  * form logically a vector-field (see the
  * DataComponentInterpretation::DataComponentInterpretation enum, and the @ref
- * step_31 "step-31" tutorial program).
+ * step_22 "step-22" tutorial program).
  *
  * It should be noted that this class does not copy the vector given to it through
  * the add_data_vector() functions, for memory consumption reasons. It only

diff --git a/deal.II/deal.II/include/numerics/vectors.h b/deal.II/deal.II/include/numerics/vectors.h
index d24e3b41f9d5c2ac1826e069e3aa0727be63f32d..b6f9d9c7793d0907c8da7eec8338dc8bf3faaca0 100644 (file)
--- a/deal.II/deal.II/include/numerics/vectors.h
+++ b/deal.II/deal.II/include/numerics/vectors.h
@@ -746,7 +746,7 @@ class VectorTools
                                      *
                                      * The use of this function is
                                      * explained in more detail in
-                                     * @ref step_22 "step-22". It
+                                     * @ref step_31 "step-31". It
                                      * doesn't make much sense in 1d,
                                      * so the function throws an
                                      * exception in that case.

diff --git a/deal.II/doc/doxygen/headers/glossary.h b/deal.II/doc/doxygen/headers/glossary.h
index d596548693055786a29be5a015b7f6dba07f48ae..4eee93c20396d20d336513eb431b9bd57676fb66 100644 (file)
--- a/deal.II/doc/doxygen/headers/glossary.h
+++ b/deal.II/doc/doxygen/headers/glossary.h
@@ -198,8 +198,9 @@
  * elements as well as vector-valued elements assembled via the
  * FESystem class from other primitive (for example scalar) elements
  * as shown in @ref step_8 "step-8", @ref step_29 "step_29" or @ref
- * step_22 "step-22". On the other hand, the FE_RaviartThomas and
- * FE_Nedelec classes provide non-primitive finite elements because
+ * step_22 "step-22". On the other hand, the FE_RaviartThomas class used
+ * in @ref step_20 "step-20" and @ref step_21 "step-21", or the
+ * FE_Nedelec class provide non-primitive finite elements because
  * there each vector-value shape function may have several non-zero
  * components.</dd>
  *

diff --git a/deal.II/doc/doxygen/headers/vector_valued.h b/deal.II/doc/doxygen/headers/vector_valued.h
index b16aa273a46050d8688c30f1f6daf4a8b7b7cac8..265e1e8dd525912dcd8f980359e4259d6732ffed 100644 (file)
--- a/deal.II/doc/doxygen/headers/vector_valued.h
+++ b/deal.II/doc/doxygen/headers/vector_valued.h
@@ -359,8 +359,8 @@
  * </ul>
  * Other examples of using extractors and views are shown in tutorial programs
  * @ref step_21 "step-21",
- * @ref step_31 "step-31",
- * @ref step_22 "step-22" and a few other programs.
+ * @ref step_22 "step-22",
+ * @ref step_31 "step-31" and a few other programs.
  *
  *
  * @anchor VVAlternative

diff --git a/deal.II/doc/news/changes.h b/deal.II/doc/news/changes.h
index e91eb26e0527e56e1e1b68b395dabab5f1af804d..20f4bcd0feb168e8f7316c07433c56dd069057b3 100644 (file)
--- a/deal.II/doc/news/changes.h
+++ b/deal.II/doc/news/changes.h
@@ -316,7 +316,7 @@ constraints individually.
   <li> <p>New: The function VectorTools::compute_no_normal_flux_constraints computes
   the constraints that correspond to boundary conditions of the
   form $\vec u \cdot \vec n = 0$. The use of the function is demonstrated in the
-  @ref step_22 "step-22" tutorial program.
+  @ref step_31 "step-31" tutorial program.
   <br>
   (WB 2008/01/23)
   </p></li>

diff --git a/deal.II/lac/include/lac/sparse_direct.h b/deal.II/lac/include/lac/sparse_direct.h
index eda53f7e4539eb208ae83c4f9fabbbadf1cf3bc5..10b58e733195a9142a606c26f1ea25d7d69275d2 100644 (file)
--- a/deal.II/lac/include/lac/sparse_direct.h
+++ b/deal.II/lac/include/lac/sparse_direct.h
@@ -1011,8 +1011,8 @@ class SparseDirectMA47 : public Subscriptor
  * MultiFrontal method and direct sparse LU factorization. Matrices
  * may have symmetric or unsymmetrix sparsity patterns, and may have
  * unsymmetric entries. The use of this class is explained in the @ref
- * step_29 "step-29" and @ref
- * step_31 "step-31" tutorial programs.
+ * step_22 "step-22" and @ref
+ * step_29 "step-29" tutorial programs.
  *
  * This matrix class implements the usual interface of
  * preconditioners, that is a function initialize(const