From 6b87dc5d3c3897f221591c4331cbccf6932dc396 Mon Sep 17 00:00:00 2001 From: bangerth Date: Wed, 27 Feb 2008 03:23:15 +0000 Subject: [PATCH] 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 --- deal.II/deal.II/include/dofs/dof_renumbering.h | 2 +- .../deal.II/include/numerics/data_component_interpretation.h | 2 +- deal.II/deal.II/include/numerics/data_out.h | 2 +- deal.II/deal.II/include/numerics/vectors.h | 2 +- deal.II/doc/doxygen/headers/glossary.h | 5 +++-- deal.II/doc/doxygen/headers/vector_valued.h | 4 ++-- deal.II/doc/news/changes.h | 2 +- deal.II/lac/include/lac/sparse_direct.h | 4 ++-- 8 files changed, 12 insertions(+), 11 deletions(-) diff --git a/deal.II/deal.II/include/dofs/dof_renumbering.h b/deal.II/deal.II/include/dofs/dof_renumbering.h index 8bf742ba74..4018bf0407 100644 --- 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 b6a8f7d761..78dbb93152 100644 --- 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 9dff1b34cb..213da371a8 100644 --- 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 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 d24e3b41f9..b6f9d9c779 100644 --- 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 d596548693..4eee93c203 100644 --- 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. * diff --git a/deal.II/doc/doxygen/headers/vector_valued.h b/deal.II/doc/doxygen/headers/vector_valued.h index b16aa273a4..265e1e8dd5 100644 --- a/deal.II/doc/doxygen/headers/vector_valued.h +++ b/deal.II/doc/doxygen/headers/vector_valued.h @@ -359,8 +359,8 @@ * * 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 e91eb26e05..20f4bcd0fe 100644 --- a/deal.II/doc/news/changes.h +++ b/deal.II/doc/news/changes.h @@ -316,7 +316,7 @@ constraints individually.
  • 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.
    (WB 2008/01/23)

  • diff --git a/deal.II/lac/include/lac/sparse_direct.h b/deal.II/lac/include/lac/sparse_direct.h index eda53f7e45..10b58e7331 100644 --- 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 -- 2.39.5