Doc corrections
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@23152 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -97,13 +97,13 @@ initial accelerator table for a window.
|
|||||||
wxAcceleratorTable accel(4, entries);
|
wxAcceleratorTable accel(4, entries);
|
||||||
frame->SetAcceleratorTable(accel);
|
frame->SetAcceleratorTable(accel);
|
||||||
\end{verbatim}
|
\end{verbatim}
|
||||||
}
|
}%
|
||||||
|
|
||||||
\wxheading{Remarks}
|
\wxheading{Remarks}
|
||||||
|
|
||||||
An accelerator takes precedence over normal processing and can be a convenient way to program some event handling.
|
An accelerator takes precedence over normal processing and can be a convenient way to program some event handling.
|
||||||
For example, you can use an accelerator table to enable a dialog with a multi-line text control to
|
For example, you can use an accelerator table to enable a dialog with a multi-line text control to
|
||||||
accept CTRL-Enter as meaning `OK' (but not in GTK at present).
|
accept CTRL-Enter as meaning `OK' (but not in GTK+ at present).
|
||||||
|
|
||||||
\wxheading{See also}
|
\wxheading{See also}
|
||||||
|
|
||||||
|
@@ -48,7 +48,8 @@ symbol is set to 1.
|
|||||||
Functions return a wxAccStatus error code, which
|
Functions return a wxAccStatus error code, which
|
||||||
may be one of the following:
|
may be one of the following:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
typedef enum
|
typedef enum
|
||||||
{
|
{
|
||||||
wxACC\_FAIL, // The function failed
|
wxACC\_FAIL, // The function failed
|
||||||
@@ -62,7 +63,8 @@ typedef enum
|
|||||||
Directions of navigation are represented by
|
Directions of navigation are represented by
|
||||||
the following:
|
the following:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
typedef enum
|
typedef enum
|
||||||
{
|
{
|
||||||
wxNAVDIR\_DOWN,
|
wxNAVDIR\_DOWN,
|
||||||
@@ -79,7 +81,8 @@ typedef enum
|
|||||||
The role of a user interface element is represented
|
The role of a user interface element is represented
|
||||||
by the following type:
|
by the following type:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
typedef enum {
|
typedef enum {
|
||||||
wxROLE\_NONE,
|
wxROLE\_NONE,
|
||||||
wxROLE\_SYSTEM\_ALERT,
|
wxROLE\_SYSTEM\_ALERT,
|
||||||
@@ -148,7 +151,8 @@ typedef enum {
|
|||||||
|
|
||||||
Objects are represented by the following type:
|
Objects are represented by the following type:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
typedef enum {
|
typedef enum {
|
||||||
wxOBJID\_WINDOW = 0x00000000,
|
wxOBJID\_WINDOW = 0x00000000,
|
||||||
wxOBJID\_SYSMENU = 0xFFFFFFFF,
|
wxOBJID\_SYSMENU = 0xFFFFFFFF,
|
||||||
@@ -168,7 +172,8 @@ typedef enum {
|
|||||||
Selection actions are identified by
|
Selection actions are identified by
|
||||||
this type:
|
this type:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
typedef enum
|
typedef enum
|
||||||
{
|
{
|
||||||
wxACC\_SEL\_NONE = 0,
|
wxACC\_SEL\_NONE = 0,
|
||||||
@@ -182,7 +187,8 @@ typedef enum
|
|||||||
|
|
||||||
States are represented by the following:
|
States are represented by the following:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
#define wxACC\_STATE\_SYSTEM\_ALERT\_HIGH 0x00000001
|
#define wxACC\_STATE\_SYSTEM\_ALERT\_HIGH 0x00000001
|
||||||
#define wxACC\_STATE\_SYSTEM\_ALERT\_MEDIUM 0x00000002
|
#define wxACC\_STATE\_SYSTEM\_ALERT\_MEDIUM 0x00000002
|
||||||
#define wxACC\_STATE\_SYSTEM\_ALERT\_LOW 0x00000004
|
#define wxACC\_STATE\_SYSTEM\_ALERT\_LOW 0x00000004
|
||||||
@@ -214,7 +220,8 @@ States are represented by the following:
|
|||||||
Event identifiers that can be sent via \helpref{wxAccessible::NotifyEvent}{wxaccessiblenotifyevent} are
|
Event identifiers that can be sent via \helpref{wxAccessible::NotifyEvent}{wxaccessiblenotifyevent} are
|
||||||
as follows:
|
as follows:
|
||||||
|
|
||||||
{\small \begin{verbatim}
|
{\small%
|
||||||
|
\begin{verbatim}
|
||||||
#define wxACC\_EVENT\_SYSTEM\_SOUND 0x0001
|
#define wxACC\_EVENT\_SYSTEM\_SOUND 0x0001
|
||||||
#define wxACC\_EVENT\_SYSTEM\_ALERT 0x0002
|
#define wxACC\_EVENT\_SYSTEM\_ALERT 0x0002
|
||||||
#define wxACC\_EVENT\_SYSTEM\_FOREGROUND 0x0003
|
#define wxACC\_EVENT\_SYSTEM\_FOREGROUND 0x0003
|
||||||
|
@@ -145,7 +145,7 @@ To make use of wxWindows, you currently need one of the following setups.
|
|||||||
\item A 486 or higher PC running MS Windows.
|
\item A 486 or higher PC running MS Windows.
|
||||||
\item A Windows compiler: most are supported, but please see {\tt install.txt} for
|
\item A Windows compiler: most are supported, but please see {\tt install.txt} for
|
||||||
details. Supported compilers include Microsoft Visual C++ 4.0 or higher, Borland C++, Cygwin,
|
details. Supported compilers include Microsoft Visual C++ 4.0 or higher, Borland C++, Cygwin,
|
||||||
Metrowerks CodeWarrior.
|
MinGW, Metrowerks CodeWarrior.
|
||||||
\item At least 60 MB of disk space.
|
\item At least 60 MB of disk space.
|
||||||
\end{enumerate}
|
\end{enumerate}
|
||||||
|
|
||||||
@@ -154,6 +154,7 @@ Metrowerks CodeWarrior.
|
|||||||
\begin{enumerate}\itemsep=0pt
|
\begin{enumerate}\itemsep=0pt
|
||||||
\item Almost any C++ compiler, including GNU C++ (EGCS 1.1.1 or above).
|
\item Almost any C++ compiler, including GNU C++ (EGCS 1.1.1 or above).
|
||||||
\item Almost any Unix workstation, and one of: GTK+ 1.2, GTK+ 2.0, Motif 1.2 or higher, Lesstif.
|
\item Almost any Unix workstation, and one of: GTK+ 1.2, GTK+ 2.0, Motif 1.2 or higher, Lesstif.
|
||||||
|
If using the wxX11 port, no such widget set is required.
|
||||||
\item At least 60 MB of disk space.
|
\item At least 60 MB of disk space.
|
||||||
\end{enumerate}
|
\end{enumerate}
|
||||||
|
|
||||||
@@ -260,54 +261,56 @@ multi-megabyte .pch files.
|
|||||||
|
|
||||||
\section{Libraries}
|
\section{Libraries}
|
||||||
|
|
||||||
The GTK and Motif ports of wxWindow can create either a static library or a shared
|
Most ports of wxWindows can create either a static library or a shared
|
||||||
library on most Unix or Unix-like systems. The static library is called libwx\_gtk.a
|
library. wxWindows can also be built in multilib and monolithic variants.
|
||||||
and libwx\_motif.a whereas the name of the shared library is dependent on the
|
See the \helpref{libraries list}{librarieslist} for more
|
||||||
system it is created on and the version you are using. The library name for the
|
information on these.
|
||||||
GTK version of wxWindows 2.2 on Linux and Solaris will be libwx\_gtk-2.2.so.0.0.0,
|
|
||||||
on HP-UX, it will be libwx\_gtk-2.2.sl, on AIX just libwx\_gtk.a etc.
|
|
||||||
|
|
||||||
Under Windows, use the library wx.lib (release) or wxd.lib (debug) for stand-alone Windows
|
|
||||||
applications, or wxdll.lib (wxdlld.lib) for creating DLLs.
|
|
||||||
|
|
||||||
\section{Configuration}
|
\section{Configuration}
|
||||||
|
|
||||||
Options are configurable in the file
|
When using project files and makefiles directly to build wxWindows,
|
||||||
|
options are configurable in the file
|
||||||
\rtfsp{\tt "wx/XXX/setup.h"} where XXX is the required platform (such as msw, motif, gtk, mac). Some
|
\rtfsp{\tt "wx/XXX/setup.h"} where XXX is the required platform (such as msw, motif, gtk, mac). Some
|
||||||
settings are a matter of taste, some help with platform-specific problems, and
|
settings are a matter of taste, some help with platform-specific problems, and
|
||||||
others can be set to minimize the size of the library. Please see the setup.h file
|
others can be set to minimize the size of the library. Please see the setup.h file
|
||||||
and {\tt install.txt} files for details on configuration.
|
and {\tt install.txt} files for details on configuration.
|
||||||
|
|
||||||
Under Unix (GTK and Motif) the corresponding setup.h files are generated automatically
|
When using the 'configure' script to configure wxWindows (on Unix and other platforms where
|
||||||
when configuring the wxWindows using the "configure" script. When using the RPM packages
|
configure is available), the corresponding setup.h files are generated automatically
|
||||||
|
along with suitable makefiles. When using the RPM packages
|
||||||
for installing wxWindows on Linux, a correct setup.h is shipped in the package and
|
for installing wxWindows on Linux, a correct setup.h is shipped in the package and
|
||||||
this must not be changed.
|
this must not be changed.
|
||||||
|
|
||||||
\section{Makefiles}
|
\section{Makefiles}
|
||||||
|
|
||||||
At the moment there is no attempt to make Unix makefiles and
|
On Microsoft Windows, wxWindows has a different set of makefiles for each
|
||||||
PC makefiles compatible, i.e. one makefile is required for
|
compiler, because each compiler's 'make' tool is slightly different.
|
||||||
each environment. The Unix ports use a sophisticated system based
|
Popular Windows compilers that we cater for, and the corresponding makefile
|
||||||
on the GNU autoconf tool and this system will create the
|
extensions, include: Microsoft Visual C++ (.vc), Borland C++ (.bcc),
|
||||||
makefiles as required on the respective platform. Although the
|
OpenWatcom C++ (.wat) and MinGW/Cygwin (.gcc). Makefiles are provided
|
||||||
makefiles are not identical in Windows, Mac and Unix, care has
|
for the wxWindows library itself, samples, demos, and utilities.
|
||||||
been taken to make them relatively similar so that moving from
|
|
||||||
one platform to another will be painless.
|
|
||||||
|
|
||||||
Sample makefiles for Unix (suffix .unx), MS C++ (suffix .DOS and .NT), Borland
|
On Linux, Mac and OS/2, you use the 'configure' command to
|
||||||
C++ (.BCC and .B32) and Symantec C++ (.SC) are included for the library, demos
|
generate the necessary makefiles. You should also use this method when
|
||||||
and utilities.
|
building with MinGW/Cygwin on Windows.
|
||||||
|
|
||||||
The controlling makefile for wxWindows is in the MS-Windows
|
We also provide project files for some compilers, such as
|
||||||
directory {\tt src/msw} for the different Windows compiler and
|
Microsoft VC++. However, we recommend using makefiles
|
||||||
in the build directory when using the Unix ports. The build
|
to build the wxWindows library itself, because makefiles
|
||||||
directory can be chosen by the user. It is the directory in
|
can be more powerful and less manual intervention is required.
|
||||||
which the "configure" script is run. This can be the normal
|
|
||||||
base directory (by running {\tt ./configure} there) or any other
|
|
||||||
directory (e.g. {\tt ../configure} after creating a build-directory
|
|
||||||
in the directory level above the base directory).
|
|
||||||
|
|
||||||
Please see the platform-specific {\tt install.txt} file for further details.
|
On Windows using a compiler other than MinGW/Cygwin, you would
|
||||||
|
build the wxWindows library from the build/msw directory
|
||||||
|
which contains the relevant makefiles.
|
||||||
|
|
||||||
|
On Windows using MinGW/Cygwin, and on Unix, MacOS X and OS/2, you invoke
|
||||||
|
'configure' (found in the top-level of the wxWindows source hierarchy),
|
||||||
|
from within a suitable empty directory for containing makefiles, object files and
|
||||||
|
libraries.
|
||||||
|
|
||||||
|
For details on using makefiles, configure, and project files,
|
||||||
|
please see docs/xxx/install.txt in your distribution, where
|
||||||
|
xxx is the platform of interest, such as msw, gtk, x11, mac.
|
||||||
|
|
||||||
\section{Windows-specific files}
|
\section{Windows-specific files}
|
||||||
|
|
||||||
@@ -320,7 +323,7 @@ The least that must be defined in the Windows resource file (extension RC)
|
|||||||
is the following statement:
|
is the following statement:
|
||||||
|
|
||||||
\begin{verbatim}
|
\begin{verbatim}
|
||||||
rcinclude "wx/msw/wx.rc"
|
#include "wx/msw/wx.rc"
|
||||||
\end{verbatim}
|
\end{verbatim}
|
||||||
|
|
||||||
which includes essential internal wxWindows definitions. The resource script
|
which includes essential internal wxWindows definitions. The resource script
|
||||||
@@ -337,25 +340,6 @@ the MS Windows SDK documentation.
|
|||||||
so programs that search your executable for icons (such
|
so programs that search your executable for icons (such
|
||||||
as the Program Manager) find your application icon first.}
|
as the Program Manager) find your application icon first.}
|
||||||
|
|
||||||
\subsection{Module definition file}
|
|
||||||
|
|
||||||
A module definition file (extension DEF) is required for 16-bit applications, and
|
|
||||||
looks like the following:
|
|
||||||
|
|
||||||
\begin{verbatim}
|
|
||||||
NAME Hello
|
|
||||||
DESCRIPTION 'Hello'
|
|
||||||
EXETYPE WINDOWS
|
|
||||||
STUB 'WINSTUB.EXE'
|
|
||||||
CODE PRELOAD MOVEABLE DISCARDABLE
|
|
||||||
DATA PRELOAD MOVEABLE MULTIPLE
|
|
||||||
HEAPSIZE 1024
|
|
||||||
STACKSIZE 8192
|
|
||||||
\end{verbatim}
|
|
||||||
|
|
||||||
The only lines which will usually have to be changed per application are
|
|
||||||
NAME and DESCRIPTION.
|
|
||||||
|
|
||||||
\section{Allocating and deleting wxWindows objects}
|
\section{Allocating and deleting wxWindows objects}
|
||||||
|
|
||||||
In general, classes derived from wxWindow must dynamically allocated
|
In general, classes derived from wxWindow must dynamically allocated
|
||||||
@@ -421,18 +405,19 @@ The following documents some miscellaneous C++ issues.
|
|||||||
|
|
||||||
\subsection{Templates}
|
\subsection{Templates}
|
||||||
|
|
||||||
wxWindows does not use templates since it is a notoriously unportable feature.
|
wxWindows does not use templates (except for some advanced features that
|
||||||
|
are switched off by default) since it is a notoriously unportable feature.
|
||||||
|
|
||||||
\subsection{RTTI}
|
\subsection{RTTI}
|
||||||
|
|
||||||
wxWindows does not use run-time type information since wxWindows provides
|
wxWindows does not use C++ run-time type information since wxWindows provides
|
||||||
its own run-time type information system, implemented using macros.
|
its own run-time type information system, implemented using macros.
|
||||||
|
|
||||||
\subsection{Type of NULL}
|
\subsection{Type of NULL}
|
||||||
|
|
||||||
Some compilers (e.g. the native IRIX cc) define NULL to be 0L so that
|
Some compilers (e.g. the native IRIX cc) define NULL to be 0L so that
|
||||||
no conversion to pointers is allowed. Because of that, all these
|
no conversion to pointers is allowed. Because of that, all these
|
||||||
occurrences of NULL in the GTK port use an explicit conversion such
|
occurrences of NULL in the GTK+ port use an explicit conversion such
|
||||||
as
|
as
|
||||||
|
|
||||||
{\small
|
{\small
|
||||||
@@ -574,10 +559,6 @@ Animate allows you to load animated GIFs and play them on a window. The library
|
|||||||
to use other animation formats.
|
to use other animation formats.
|
||||||
You can find this in {\tt contrib/src/animate}, {\tt contrib/include/wx/animate}, and {\tt contrib/samples/animate}.
|
You can find this in {\tt contrib/src/animate}, {\tt contrib/include/wx/animate}, and {\tt contrib/samples/animate}.
|
||||||
|
|
||||||
\item[{\bf Canvas library}]
|
|
||||||
Canvas supports high-level, double-buffered drawing operations with transformations.
|
|
||||||
You can find this in {\tt contrib/src/canvas}, {\tt contrib/include/wx/canvas}, and {\tt contrib/samples/canvas}.
|
|
||||||
|
|
||||||
\item[{\bf MMedia library}]
|
\item[{\bf MMedia library}]
|
||||||
Mmedia supports a variety of multimedia functionality. The status of this library is currently unclear.
|
Mmedia supports a variety of multimedia functionality. The status of this library is currently unclear.
|
||||||
You can find this in {\tt contrib/src/mmedia}, {\tt contrib/include/wx/mmedia}, and {\tt contrib/samples/mmedia}.
|
You can find this in {\tt contrib/src/mmedia}, {\tt contrib/include/wx/mmedia}, and {\tt contrib/samples/mmedia}.
|
||||||
@@ -698,25 +679,3 @@ will save a surprising amount of time in the long run.
|
|||||||
|
|
||||||
See the \helpref{debugging overview}{debuggingoverview} for further information.
|
See the \helpref{debugging overview}{debuggingoverview} for further information.
|
||||||
|
|
||||||
\subsection{Check Windows debug messages}
|
|
||||||
|
|
||||||
Under Windows, it is worth running your program with
|
|
||||||
\urlref{DbgView}{http://www.sysinternals.com} running or
|
|
||||||
some other program that shows Windows-generated debug messages. It is
|
|
||||||
possible it will show invalid handles being used. You may have fun seeing
|
|
||||||
what commercial programs cause these normally hidden errors! Microsoft
|
|
||||||
recommend using the debugging version of Windows, which shows up even
|
|
||||||
more problems. However, I doubt it is worth the hassle for most
|
|
||||||
applications. wxWindows is designed to minimize the possibility of such
|
|
||||||
errors, but they can still happen occasionally, slipping through unnoticed
|
|
||||||
because they are not severe enough to cause a crash.
|
|
||||||
|
|
||||||
\subsection{Genetic mutation}
|
|
||||||
|
|
||||||
If we had sophisticated genetic algorithm tools that could be applied
|
|
||||||
to programming, we could use them. Until then, a common -- if rather irrational --
|
|
||||||
technique is to just make arbitrary changes to the code until something
|
|
||||||
different happens. You may have an intuition why a change will make a difference;
|
|
||||||
otherwise, just try altering the order of code, comment lines out, anything
|
|
||||||
to get over an impasse. Obviously, this is usually a last resort.
|
|
||||||
|
|
||||||
|
@@ -321,3 +321,4 @@ Returns {\tt true} if this date span is different from the other one.
|
|||||||
\wxheading{See also}
|
\wxheading{See also}
|
||||||
|
|
||||||
\helpref{operator==}{wxdatespanoperatorequal}
|
\helpref{operator==}{wxdatespanoperatorequal}
|
||||||
|
|
||||||
|
@@ -141,3 +141,4 @@ object passed to constructor and returns the result as wxString. You are
|
|||||||
responsible for using the same convertor as when writing the stream.
|
responsible for using the same convertor as when writing the stream.
|
||||||
|
|
||||||
See also \helpref{wxDataOutputStream::WriteString}{wxdataoutputstreamwritestring}.
|
See also \helpref{wxDataOutputStream::WriteString}{wxdataoutputstreamwritestring}.
|
||||||
|
|
||||||
|
BIN
docs/latex/wx/libs.bmp
Normal file
BIN
docs/latex/wx/libs.bmp
Normal file
Binary file not shown.
After Width: | Height: | Size: 107 KiB |
@@ -28,12 +28,12 @@ Classes for network access:
|
|||||||
|
|
||||||
\begin{itemize}
|
\begin{itemize}
|
||||||
\item{ wxSocket classes (\helpref{wxSocketClient}{wxsocketclient},
|
\item{ wxSocket classes (\helpref{wxSocketClient}{wxsocketclient},
|
||||||
\helpref{wxSocketServer}{wxsocketserver} and related classes) }
|
\helpref{wxSocketServer}{wxsocketserver} and related classes) }
|
||||||
\item{ \helpref{wxSocketOutputStream}{wxsocketoutputstream} and
|
\item{ \helpref{wxSocketOutputStream}{wxsocketoutputstream} and
|
||||||
\helpref{wxSocketInputStream}{wxsocketinputstream} }
|
\helpref{wxSocketInputStream}{wxsocketinputstream} }
|
||||||
\item{ sockets-based IPC classes (\helpref{wxTCPServer}{wxddeserver},
|
\item{ sockets-based IPC classes (\helpref{wxTCPServer}{wxddeserver},
|
||||||
\helpref{wxTCPClient}{wxddeclient} and
|
\helpref{wxTCPClient}{wxddeclient} and
|
||||||
\helpref{wxTCPConnection}{wxddeconnection}) }
|
\helpref{wxTCPConnection}{wxddeconnection}) }
|
||||||
\item{ \helpref{wxURL}{wxurl} }
|
\item{ \helpref{wxURL}{wxurl} }
|
||||||
\item{ wxInternetFSHandler (a \helpref{wxFileSystem handler}{fs}) }
|
\item{ wxInternetFSHandler (a \helpref{wxFileSystem handler}{fs}) }
|
||||||
Requires wxBase.
|
Requires wxBase.
|
||||||
@@ -58,7 +58,7 @@ applications don't.
|
|||||||
|
|
||||||
More advanced or rarely used GUI classes:
|
More advanced or rarely used GUI classes:
|
||||||
|
|
||||||
\begin{itemize}
|
\begin{itemize}\itemsep=0pt
|
||||||
\item{ wxBufferedDC }
|
\item{ wxBufferedDC }
|
||||||
\item{ \helpref{wxCalendarCtrl}{wxcalendarctrl} }
|
\item{ \helpref{wxCalendarCtrl}{wxcalendarctrl} }
|
||||||
\item{ \helpref{wxDragImage}{wxdragimage} }
|
\item{ \helpref{wxDragImage}{wxdragimage} }
|
||||||
@@ -79,17 +79,17 @@ Requires wxCore and wxBase.
|
|||||||
{\large {\bf wxGL}}
|
{\large {\bf wxGL}}
|
||||||
|
|
||||||
This library contains \helpref{wxGLCanvas}{wxglcanvas} class for integrating
|
This library contains \helpref{wxGLCanvas}{wxglcanvas} class for integrating
|
||||||
OpenGL library with wxWindows. Unlike all other, this library is {\em not}
|
OpenGL library with wxWindows. Unlike all others, this library is {\em not}
|
||||||
part of the monolithic library, it is always built as separate library.
|
part of the monolithic library, it is always built as separate library.
|
||||||
Requires wxCore and wxBase.
|
Requires wxCore and wxBase.
|
||||||
|
|
||||||
{\large {\bf wxHTML}}
|
{\large {\bf wxHTML}}
|
||||||
|
|
||||||
Simple HTML renderer and other \helpref{HTML rendering classes}{wxhtml} are
|
Simple HTML renderer and other \helpref{HTML rendering classes}{wxhtml} are
|
||||||
contained in this library, as well as
|
contained in this library, as well as
|
||||||
\helpref{wxHtmlHelpController}{wxhtmlhelpcontroller},
|
\helpref{wxHtmlHelpController}{wxhtmlhelpcontroller},
|
||||||
\helpref{wxBestHelpController}{wxhelpcontroller} and
|
\helpref{wxBestHelpController}{wxhelpcontroller} and
|
||||||
\helpref{wxHtmlListBox}{wxhtmllistbox}. Requires wxCore and wxBase.
|
\helpref{wxHtmlListBox}{wxhtmllistbox}. Requires wxCore and wxBase.
|
||||||
|
|
||||||
{\large {\bf wxODBC}}
|
{\large {\bf wxODBC}}
|
||||||
|
|
||||||
@@ -98,6 +98,6 @@ contained in this library, as well as
|
|||||||
{\large {\bf wxDbGrid}}
|
{\large {\bf wxDbGrid}}
|
||||||
|
|
||||||
\helpref{wxDbGridTableBase}{wxdbgridtablebase} class which combines
|
\helpref{wxDbGridTableBase}{wxdbgridtablebase} class which combines
|
||||||
\helpref{wxGrid}{wxgrid} and \helpref{wxDbTable}{wxdbtable}.
|
\helpref{wxGrid}{wxgrid} and \helpref{wxDbTable}{wxdbtable}.
|
||||||
Requires wxODBC and wxAdvanced.
|
Requires wxODBC and wxAdvanced.
|
||||||
|
|
||||||
|
@@ -311,3 +311,4 @@ To make a sizer item disappear or reappear, use Show() followed by Layout().
|
|||||||
|
|
||||||
Note that this only works with wxBoxSizer and wxFlexGridSizer, since they
|
Note that this only works with wxBoxSizer and wxFlexGridSizer, since they
|
||||||
are the only two sizer classes that can size rows/columns independently.
|
are the only two sizer classes that can size rows/columns independently.
|
||||||
|
|
||||||
|
@@ -790,3 +790,4 @@ Only applies to a tool that has been specified as a toggle tool.
|
|||||||
\wxheading{See also}
|
\wxheading{See also}
|
||||||
|
|
||||||
\helpref{wxToolBar::GetToolState}{wxtoolbargettoolstate}
|
\helpref{wxToolBar::GetToolState}{wxtoolbargettoolstate}
|
||||||
|
|
||||||
|
@@ -431,4 +431,5 @@ the data is of this type (the check is done during the run-time) or
|
|||||||
\wxheading{See also}
|
\wxheading{See also}
|
||||||
|
|
||||||
\helpref{RTTI overview}{runtimeclassoverview}\\
|
\helpref{RTTI overview}{runtimeclassoverview}\\
|
||||||
\helpref{wxDynamicCast}{wxdynamiccast}\\
|
\helpref{wxDynamicCast}{wxdynamiccast}
|
||||||
|
|
||||||
|
Reference in New Issue
Block a user