applied typos and spelling error fixes patch from Olly Betts
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@15779 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -106,7 +106,7 @@ Join messages with existing file.
|
||||
<DD>
|
||||
<DT><SAMP>`--keyword[=<VAR>word</VAR>]'</SAMP>
|
||||
<DD>
|
||||
Additonal keyword to be looked for (without <VAR>word</VAR> means not to
|
||||
Additional keyword to be looked for (without <VAR>word</VAR> means not to
|
||||
use default keywords).
|
||||
|
||||
The default keywords, which are always looked for if not explicitly
|
||||
@@ -194,7 +194,7 @@ adjacent strings, and escaped end of lines for continued strings.
|
||||
<H2><A NAME="SEC21" HREF="gettext_toc.html#TOC21">C Sources Context</A></H2>
|
||||
|
||||
<P>
|
||||
PO mode is particularily powerful when used with PO files
|
||||
PO mode is particularly powerful when used with PO files
|
||||
created through GNU <CODE>gettext</CODE> utilities, as those utilities
|
||||
insert special comments in the PO files they generate.
|
||||
Some of these special comments relate the PO file entry to
|
||||
@@ -205,7 +205,7 @@ exactly where the untranslated string appears in the program sources.
|
||||
When the translator gets to an untranslated entry, she is fairly
|
||||
often faced with an original string which is not as informative as
|
||||
it normally should be, being succinct, cryptic, or otherwise ambiguous.
|
||||
Before chosing how to translate the string, she needs to understand
|
||||
Before choosing how to translate the string, she needs to understand
|
||||
better what the string really means and how tight the translation has
|
||||
to be. Most of times, when problems arise, the only way left to make
|
||||
her judgment is looking at the true program sources from where this
|
||||
@@ -222,7 +222,7 @@ translator should not be shy at taking a look, once in a while.
|
||||
It is most probable that she will still be able to find some of the
|
||||
hints she needs. She will learn quickly to not feel uncomfortable
|
||||
in program code, paying more attention to programmer's comments,
|
||||
variable and function names (if he dared chosing them well), and
|
||||
variable and function names (if he dared choosing them well), and
|
||||
overall organization, than to programmation itself.
|
||||
|
||||
</P>
|
||||
|
Reference in New Issue
Block a user