From b3813d3bf629d629c2b2615787fd31cb6dcda2b0 Mon Sep 17 00:00:00 2001
From: Christophe Geuzaine <cgeuzaine@ulg.ac.be>
Date: Wed, 23 Apr 2003 16:54:26 +0000
Subject: [PATCH] impractical -> inconvenient
---
doc/texinfo/gmsh.texi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/texinfo/gmsh.texi b/doc/texinfo/gmsh.texi
index 4c89c284a3..5f27939471 100644
--- a/doc/texinfo/gmsh.texi
+++ b/doc/texinfo/gmsh.texi
@@ -1,5 +1,5 @@
\input texinfo.tex @c -*-texinfo-*-
-@c $Id: gmsh.texi,v 1.43 2003-04-23 16:09:20 geuzaine Exp $
+@c $Id: gmsh.texi,v 1.44 2003-04-23 16:54:26 geuzaine Exp $
@c
@c Copyright (C) 1997-2003 C. Geuzaine, J.-F. Remacle
@c
@@ -522,7 +522,7 @@ also some (a lot of?) weaknesses:
@itemize @bullet
@item
-the bottom-up approach for describing geometries can become impractical for
+the bottom-up approach for describing geometries can become inconvenient for
complex models;
@item
there is no support for NURBS and only very limited support for trimmed
@@ -1734,7 +1734,7 @@ If only elementary geometrical entities are defined (or if the
produced by the mesh module will be saved ``as is''. That is, all the
elements in the grid will be saved to disk using the identification number
of the elementary entities they discretize as their region number
-(@pxref{Gmsh mesh file format}). This can sometimes be impractical:
+(@pxref{Gmsh mesh file format}). This can sometimes be inconvenient:
@itemize @bullet
@item
--
GitLab