From: Wolfgang Bangerth Date: Wed, 15 Jul 2009 14:03:06 +0000 (+0000) Subject: Point out that the problem doesn't actually happen in 2d if only one side of X-Git-Tag: v8.0.0~7474 X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=e1e79f301df9333fb6dd3eafddf066b645f02113;p=dealii.git Point out that the problem doesn't actually happen in 2d if only one side of the quad is at the boundary, as pointed out by Tobias. git-svn-id: https://svn.dealii.org/trunk@19086 0785d39b-7218-0410-832d-ea1e28bc413d --- diff --git a/deal.II/doc/doxygen/headers/glossary.h b/deal.II/doc/doxygen/headers/glossary.h index a1e1acd5ca..27c1fdd88e 100644 --- a/deal.II/doc/doxygen/headers/glossary.h +++ b/deal.II/doc/doxygen/headers/glossary.h @@ -119,11 +119,15 @@ * with the caught exception. * * The second case in which distorted cells can appear is through mesh - * refinement when we have curved boundaries. Consider, for example, - * the following case where he dashed line shows the exact boundary - * that the lower edge of the cell is supposed to approximate (let's - * assume that the left, top and right edges are interior edges and - * therefore will be considered as straight): + * refinement when we have curved boundaries. Consider, for example, the + * following case where the dashed line shows the exact boundary that the + * lower edge of the cell is supposed to approximate (let's assume for + * simplicity that the left, top and right edges are interior edges and + * therefore will be considered as straight; in fact, for this particular case + * in 2d where only one side of a cell is at the boundary we have special code + * that avoids the situation depicted, but you will get the general idea of + * the problem that holds in 3d or if more than one side of the cell is at the + * boundary): * * @image html distorted_2d_refinement_01.png "One cell with a edge approximating a curved boundary" *