used as it will ensure smoother transition to {\tt std::string} when wxWidgets
starts using it instead of wxString.
+Also please note that in this manual \texttt{char} is sometimes used instead of
+\texttt{wxChar} because it hasn't been fully updated yet. Please substitute as
+necessary and refer to the sources in case of a doubt.
+
+
\wxheading{Derived from}
None
\membersection{wxString::Cmp}\label{wxstringcmp}
+\constfunc{int}{Cmp}{\param{const wxString\&}{ s}}
+
\constfunc{int}{Cmp}{\param{const char*}{ psz}}
Case-sensitive comparison.
\membersection{wxString::CmpNoCase}\label{wxstringcmpnocase}
+\constfunc{int}{CmpNoCase}{\param{const wxString\&}{ s}}
+
\constfunc{int}{CmpNoCase}{\param{const char*}{ psz}}
Case-insensitive comparison.
\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
\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