optimization: don't test for various proprietary Unix compilers unless we're running...

[wxWidgets.git] / docs / html / gettext / gettext_3.html

diff --git a/docs/html/gettext/gettext_3.html b/docs/html/gettext/gettext_3.html
index 482a9872f72f92045e9959f1462656f71bbe3719..1311d7068f57405679a353a816111d775db5edfc 100644 (file)
--- a/docs/html/gettext/gettext_3.html
+++ b/docs/html/gettext/gettext_3.html
@@ -94,7 +94,7 @@ numbers in the <CODE>"C"</CODE> locale format.  In some situation, it might
 also be a problem with the notation itself which makes it impossible to
 recognize whether the number is in the <CODE>"C"</CODE> locale or the local
 format.  This can happen if thousands separator characters are used.
-Some locales define this character accordfing to the national
+Some locales define this character according to the national
 conventions to <CODE>'.'</CODE> which is the same character used in the
 <CODE>"C"</CODE> locale to denote the decimal point.
 
@@ -524,7 +524,7 @@ Consider the following case:
 <P>
 While it is no problem to mark the string <CODE>"a default message"</CODE> it
 is not possible to mark the string initializers for <CODE>messages</CODE>.
-What is to be done?  We have to fulfill two tasks.  First we have to mark the
+What is to be done?  We have to fulfil two tasks.  First we have to mark the
 strings so that the <CODE>xgettext</CODE> program (see section <A HREF="gettext_4.html#SEC20">Invoking the <CODE>xgettext</CODE> Program</A>)
 can find them, and second we have to translate the string at runtime
 before printing them.