Typo correction patch [ 1208110 ] Lots of typo corrections
Olly Betts git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@34436 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -164,7 +164,7 @@ provokes warnings from some compilers and to avoid them you should use the
|
||||
pointers to {\tt double} you should use.
|
||||
|
||||
Note that the above macros are generally only useful for
|
||||
wxObject types. There are seperate macros for declaring an array of a simple type,
|
||||
wxObject types. There are separate macros for declaring an array of a simple type,
|
||||
such as an int.
|
||||
|
||||
The following simple types are supported:\\
|
||||
|
@@ -97,7 +97,7 @@ Likewise, Sun, Mon, Tue, Wed, Thu, Fri, Sat, and Inv\_WeekDay are the values in
|
||||
Finally, Inv\_Year is defined to be an invalid value for year parameter.
|
||||
|
||||
\helpref{GetMonthName()}{wxdatetimegetmonthname} and
|
||||
\helpref{GetWeekDayName}{wxdatetimegetweekdayname} functions use the followign
|
||||
\helpref{GetWeekDayName}{wxdatetimegetweekdayname} functions use the following
|
||||
flags:
|
||||
|
||||
\begin{verbatim}
|
||||
|
@@ -166,7 +166,7 @@ creates the file with the given \arg{name} and writes \arg{text} to it, then
|
||||
adds the file to the report. The \arg{filename} shouldn't contain the path.
|
||||
|
||||
Returns \true if file could be added successfully, \false if an IO error
|
||||
occured.
|
||||
occurred.
|
||||
|
||||
|
||||
\membersection{wxDebugReport::DoAddCustomContext}\label{wxdebugreportdoaddcustomcontext}
|
||||
|
@@ -41,7 +41,7 @@ running the \helpref{text}{sampletext} wxWidgets sample and pressing some keys
|
||||
in any of the text controls shown in it.
|
||||
|
||||
{\bf Note:} If a key down ({\tt EVT\_KEY\_DOWN}) event is caught and
|
||||
the event handler does not call {\tt event.Skip()} then the coresponding
|
||||
the event handler does not call {\tt event.Skip()} then the corresponding
|
||||
char event ({\tt EVT\_CHAR}) will not happen. This is by design and
|
||||
enables the programs that handle both types of events to be a bit
|
||||
simpler.
|
||||
|
@@ -145,7 +145,7 @@ Get the userData item attribute.
|
||||
|
||||
\constfunc{wxWindow*}{GetWindow}{\void}
|
||||
|
||||
If this item is trackign a window then return it. NULL otherwise.
|
||||
If this item is tracking a window then return it. NULL otherwise.
|
||||
|
||||
\membersection{wxSizerItem::IsShown}\label{wxsizeritemisshown}
|
||||
|
||||
|
@@ -560,8 +560,8 @@ The {\bf wxSOCKET\_REUSEADDR} flag controls the use of the SO\_REUSEADDR standar
|
||||
setsockopt() flag. This flag allows the socket to bind to a port that is already in use.
|
||||
This is mostly used on UNIX-based systems to allow rapid starting and stopping of a server -
|
||||
otherwise you may have to wait several minutes for the port to become available.
|
||||
This option can have suprising platform dependent behavior, check the documentation for
|
||||
your platforms implementation of setsockopt().
|
||||
This option can have surprising platform dependent behavior, check the documentation for
|
||||
your platform's implementation of setsockopt().
|
||||
|
||||
So:
|
||||
|
||||
|
@@ -98,7 +98,7 @@ Copies this URI from another URI.
|
||||
|
||||
\constfunc{wxString}{BuildURI}{\void}
|
||||
|
||||
Builds the URI from its individual components and adds proper seperators.
|
||||
Builds the URI from its individual components and adds proper separators.
|
||||
|
||||
If the URI is not a reference or is not resolved,
|
||||
the URI that is returned from Get is the same one
|
||||
@@ -109,7 +109,7 @@ passed to Create.
|
||||
|
||||
\constfunc{wxString}{BuildUnescapedURI}{\void}
|
||||
|
||||
Builds the URI from its individual components, adds proper seperators, and
|
||||
Builds the URI from its individual components, adds proper separators, and
|
||||
returns escape sequences to normal characters.
|
||||
|
||||
Note that it is preferred to call this over Unescape(BuildURI()) since
|
||||
|
@@ -1257,7 +1257,7 @@ buffer (which must be writable, of course) you might call it like this:
|
||||
\end{verbatim}
|
||||
|
||||
Note that the exact usage of this depends on whether on not wxUSE\_STL is enabled. If
|
||||
wxUSE\_STL is enabled, wxStringBuffer creates a seperate empty character buffer, and
|
||||
wxUSE\_STL is enabled, wxStringBuffer creates a separate empty character buffer, and
|
||||
if wxUSE\_STL is disabled, it uses GetWriteBuf() from wxString, keeping the same buffer
|
||||
wxString uses intact. In other words, relying on wxStringBuffer containing the old
|
||||
wxString data is probably not a good idea if you want to build your program in both
|
||||
@@ -1322,7 +1322,7 @@ of the string, you might call it like this:
|
||||
\end{verbatim}
|
||||
|
||||
Note that the exact usage of this depends on whether on not wxUSE\_STL is enabled. If
|
||||
wxUSE\_STL is enabled, wxStringBuffer creates a seperate empty character buffer, and
|
||||
wxUSE\_STL is enabled, wxStringBuffer creates a separate empty character buffer, and
|
||||
if wxUSE\_STL is disabled, it uses GetWriteBuf() from wxString, keeping the same buffer
|
||||
wxString uses intact. In other words, relying on wxStringBuffer containing the old
|
||||
wxString data is probably not a good idea if you want to build your program in both
|
||||
|
@@ -111,7 +111,7 @@ is allowed to register new object handlers within XRC and extend it to accept
|
||||
new <object> classes (and therefore different <object>'s child nodes).
|
||||
|
||||
<object_ref> node is identical to <object>, except that it does _not_ have
|
||||
"class" property and has additional required property "ref". It's concept is
|
||||
"class" property and has additional required property "ref". Its concept is
|
||||
similar to Unix symlinks: value of the "ref" property is equal to the value of
|
||||
"name" property of some existing node (called referred node) in the resources
|
||||
(not necessary top-level). Referred node's "class" property and all subnodes
|
||||
|
Reference in New Issue
Block a user