From 3a1b5000f0f08d351d28bdbe9c51374ee6508e02 Mon Sep 17 00:00:00 2001 From: Wolfgang Bangerth Date: Fri, 10 Apr 2015 21:10:19 -0500 Subject: [PATCH] Fix a grammar error in #744 and provide slightly more documentation. --- examples/step-32/step-32.cc | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/examples/step-32/step-32.cc b/examples/step-32/step-32.cc index 8f705e990b..2cc7273bef 100644 --- a/examples/step-32/step-32.cc +++ b/examples/step-32/step-32.cc @@ -1,6 +1,6 @@ /* --------------------------------------------------------------------- * - * Copyright (C) 2008 - 2014 by the deal.II authors + * Copyright (C) 2008 - 2015 by the deal.II authors * * This file is part of the deal.II library. * @@ -3569,11 +3569,15 @@ namespace Step32 // instead of a simple cube geometry), and use the // project_temperature_field() function instead of the library // function VectorTools::project. - // In this example, however, we define both a SphericalManifold() a + // In this example, however, we define both a SphericalManifold() and a // HyperShellBoundary() object to describe the geometry of the domain. // The reason we do so here, is because we want to impose no normal flux // boundary conditions, and they require knowledge of the normals to a boundary, - // which a SphericalManifold() alone cannot compute. + // which a SphericalManifold() alone cannot compute. Consequently, we set + // all manifold indicators of cells and adjacent edges to zero, then overwrite + // the manifold indicators of all boundary objects by one. We then associate + // a SphericalManifold object with the former, and the HyperShellBoundary + // object that can also provide normal vectors with the latter. template void BoussinesqFlowProblem::run () { -- 2.39.5