Finished initial review of the rest of the [c*] interface headers.

Turned on wxPython and wxPerl doc sections as they should be on by default (in
tradition of the old manual for now).
Removed double border on tables for definition lists (we should work on nicer
looking tables for everything, but it can wait).


git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@53162 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Bryan Petty
2008-04-14 05:36:08 +00:00
parent 9ef1ad0d2c
commit dc215c81ff
4 changed files with 209 additions and 437 deletions

View File

@@ -8,6 +8,7 @@
/**
@class wxItemContainerImmutable
@wxheader{ctrlsub.h}
wxItemContainer defines an interface which is implemented by all controls
@@ -49,7 +50,6 @@ public:
*/
bool IsEmpty() const;
/**
Returns the label of the item with the given index.
@@ -91,8 +91,7 @@ public:
//@}
// selection
// ---------
/// @name Selection
//@{
/**
@@ -155,6 +154,7 @@ public:
/**
@class wxItemContainer
@wxheader{ctrlsub.h}
This class is an abstract base class for some wxWidgets controls which
@@ -175,13 +175,13 @@ public:
simply stored by the control but not used in any way by it, or typed
pointers (wxClientData*) which are owned by the control meaning that the
typed client data (and only it) will be deleted when an item is deleted
using wxItemContainer::Delete() or the entire control is cleared using
wxItemContainer::Clear(), which also happens when it is destroyed.
using Delete() or the entire control is cleared using Clear(), which also
happens when it is destroyed.
Finally note that in the same control all items must have client data of
the same type (typed or untyped), if any. This type is determined by the
first call to wxItemContainer::Append() (the version with client data
pointer) or wxItemContainer::SetClientData().
first call to Append() (the version with client data pointer) or
SetClientData().
Note that this is not a control, it's a mixin interface that classes
have to derive from in addition to wxControl or wxWindow. Convenience