Moved all interface headers into a 'wx' subdirectory for proper use of Doxygen path settings.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@54385 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
705
interface/wx/dataobj.h
Normal file
705
interface/wx/dataobj.h
Normal file
@@ -0,0 +1,705 @@
|
||||
/////////////////////////////////////////////////////////////////////////////
|
||||
// Name: dataobj.h
|
||||
// Purpose: interface of wx*DataObject
|
||||
// Author: wxWidgets team
|
||||
// RCS-ID: $Id$
|
||||
// Licence: wxWindows license
|
||||
/////////////////////////////////////////////////////////////////////////////
|
||||
|
||||
/**
|
||||
@class wxCustomDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxCustomDataObject is a specialization of wxDataObjectSimple for some
|
||||
application-specific data in arbitrary (either custom or one of the
|
||||
standard ones). The only restriction is that it is supposed that this data
|
||||
can be copied bitwise (i.e. with @c memcpy()), so it would be a bad idea to
|
||||
make it contain a C++ object (though C struct is fine).
|
||||
|
||||
By default, wxCustomDataObject stores the data inside in a buffer. To put
|
||||
the data into the buffer you may use either SetData() or TakeData()
|
||||
depending on whether you want the object to make a copy of data or not.
|
||||
|
||||
This class may be used as is, but if you don't want store the data inside
|
||||
the object but provide it on demand instead, you should override GetSize(),
|
||||
GetData() and SetData() (or may be only the first two or only the last one
|
||||
if you only allow reading/writing the data).
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see wxDataObject
|
||||
*/
|
||||
class wxCustomDataObject : public wxDataObjectSimple
|
||||
{
|
||||
public:
|
||||
/**
|
||||
The constructor accepts a @a format argument which specifies the
|
||||
(single) format supported by this object. If it isn't set here,
|
||||
wxDataObjectSimple::SetFormat() should be used.
|
||||
*/
|
||||
wxCustomDataObject(const wxDataFormat& format = wxFormatInvalid);
|
||||
|
||||
/**
|
||||
The destructor will free the data held by the object. Notice that
|
||||
although it calls the virtual Free() function, the base class version
|
||||
will always be called (C++ doesn't allow calling virtual functions from
|
||||
constructors or destructors), so if you override Free(), you should
|
||||
override the destructor in your class as well (which would probably
|
||||
just call the derived class' version of Free()).
|
||||
*/
|
||||
virtual ~wxCustomDataObject();
|
||||
|
||||
/**
|
||||
This function is called to allocate @a size bytes of memory from
|
||||
SetData(). The default version just uses the operator new.
|
||||
*/
|
||||
virtual void* Alloc(size_t size);
|
||||
|
||||
/**
|
||||
This function is called when the data is freed, you may override it to
|
||||
anything you want (or may be nothing at all). The default version calls
|
||||
operator delete[] on the data.
|
||||
*/
|
||||
virtual void Free();
|
||||
|
||||
/**
|
||||
Returns a pointer to the data.
|
||||
*/
|
||||
virtual void* GetData() const;
|
||||
|
||||
/**
|
||||
Returns the data size in bytes.
|
||||
*/
|
||||
virtual size_t GetSize() const;
|
||||
|
||||
/**
|
||||
Set the data. The data object will make an internal copy.
|
||||
|
||||
@beginWxPythonOnly
|
||||
This method expects a string in wxPython. You can pass nearly any
|
||||
object by pickling it first.
|
||||
@endWxPythonOnly
|
||||
*/
|
||||
virtual void SetData(size_t size, const void data);
|
||||
|
||||
/**
|
||||
Like SetData(), but doesn't copy the data - instead the object takes
|
||||
ownership of the pointer.
|
||||
|
||||
@beginWxPythonOnly
|
||||
This method expects a string in wxPython. You can pass nearly any
|
||||
object by pickling it first.
|
||||
@endWxPythonOnly
|
||||
*/
|
||||
virtual void TakeData(size_t size, const void data);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxDataObjectComposite
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxDataObjectComposite is the simplest wxDataObject derivation which may be
|
||||
used to support multiple formats. It contains several wxDataObjectSimple
|
||||
objects and supports any format supported by at least one of them. Only one
|
||||
of these data objects is @e preferred (the first one if not explicitly
|
||||
changed by using the second parameter of Add()) and its format determines
|
||||
the preferred format of the composite data object as well.
|
||||
|
||||
See wxDataObject documentation for the reasons why you might prefer to use
|
||||
wxDataObject directly instead of wxDataObjectComposite for efficiency
|
||||
reasons.
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, wxDataObject, wxDataObjectSimple, wxFileDataObject,
|
||||
wxTextDataObject, wxBitmapDataObject
|
||||
*/
|
||||
class wxDataObjectComposite : public wxDataObject
|
||||
{
|
||||
public:
|
||||
/**
|
||||
The default constructor.
|
||||
*/
|
||||
wxDataObjectComposite();
|
||||
|
||||
/**
|
||||
Adds the @a dataObject to the list of supported objects and it becomes
|
||||
the preferred object if @a preferred is @true.
|
||||
*/
|
||||
void Add(wxDataObjectSimple dataObject, bool preferred = false);
|
||||
|
||||
/**
|
||||
Report the format passed to the SetData() method. This should be the
|
||||
format of the data object within the composite that recieved data from
|
||||
the clipboard or the DnD operation. You can use this method to find
|
||||
out what kind of data object was recieved.
|
||||
*/
|
||||
wxDataFormat GetReceivedFormat() const;
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxDataObjectSimple
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
This is the simplest possible implementation of the wxDataObject class. The
|
||||
data object of (a class derived from) this class only supports one format,
|
||||
so the number of virtual functions to be implemented is reduced.
|
||||
|
||||
Notice that this is still an abstract base class and cannot be used
|
||||
directly, it must be derived. The objects supporting rendering the data
|
||||
must override GetDataSize() and GetDataHere() while the objects which may
|
||||
be set must override SetData(). Of course, the objects supporting both
|
||||
operations must override all three methods.
|
||||
|
||||
@beginWxPythonOnly
|
||||
If you wish to create a derived wxDataObjectSimple class in wxPython you
|
||||
should derive the class from wxPyDataObjectSimple in order to get
|
||||
Python-aware capabilities for the various virtual methods.
|
||||
@endWxPythonOnly
|
||||
|
||||
@beginWxPerlOnly
|
||||
In wxPerl, you need to derive your data object class from
|
||||
Wx::PlDataObjectSimple.
|
||||
@endWxPerlOnly
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, @ref page_samples_dnd, wxFileDataObject,
|
||||
wxTextDataObject, wxBitmapDataObject
|
||||
*/
|
||||
class wxDataObjectSimple : public wxDataObject
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor accepts the supported format (none by default) which may
|
||||
also be set later with SetFormat().
|
||||
*/
|
||||
wxDataObjectSimple(const wxDataFormat& format = wxFormatInvalid);
|
||||
|
||||
/**
|
||||
Copy the data to the buffer, return @true on success. Must be
|
||||
implemented in the derived class if the object supports rendering its
|
||||
data.
|
||||
|
||||
@beginWxPythonOnly
|
||||
When implementing this method in wxPython, no additional parameters are
|
||||
required and the data should be returned from the method as a string.
|
||||
@endWxPythonOnly
|
||||
*/
|
||||
virtual bool GetDataHere(void buf) const;
|
||||
|
||||
/**
|
||||
Gets the size of our data. Must be implemented in the derived class if
|
||||
the object supports rendering its data.
|
||||
*/
|
||||
virtual size_t GetDataSize() const;
|
||||
|
||||
/**
|
||||
Returns the (one and only one) format supported by this object. It is
|
||||
assumed that the format is supported in both directions.
|
||||
*/
|
||||
const wxDataFormat GetFormat() const;
|
||||
|
||||
/**
|
||||
Copy the data from the buffer, return @true on success. Must be
|
||||
implemented in the derived class if the object supports setting its
|
||||
data.
|
||||
|
||||
@beginWxPythonOnly
|
||||
When implementing this method in wxPython, the data comes as a single
|
||||
string parameter rather than the two shown here.
|
||||
@endWxPythonOnly
|
||||
*/
|
||||
virtual bool SetData(size_t len, const void buf);
|
||||
|
||||
/**
|
||||
Sets the supported format.
|
||||
*/
|
||||
void SetFormat(const wxDataFormat& format);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxBitmapDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxBitmapDataObject is a specialization of wxDataObject for bitmap data. It
|
||||
can be used without change to paste data into the wxClipboard or a
|
||||
wxDropSource. A user may wish to derive a new class from this class for
|
||||
providing a bitmap on-demand in order to minimize memory consumption when
|
||||
offering data in several formats, such as a bitmap and GIF.
|
||||
|
||||
This class may be used as is, but GetBitmap() may be overridden to increase
|
||||
efficiency.
|
||||
|
||||
@beginWxPythonOnly
|
||||
If you wish to create a derived wxBitmapDataObject class in wxPython you
|
||||
should derive the class from wxPyBitmapDataObject in order to get
|
||||
Python-aware capabilities for the various virtual methods.
|
||||
@endWxPythonOnly
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, wxDataObject, wxDataObjectSimple, wxFileDataObject,
|
||||
wxTextDataObject, wxDataObject
|
||||
*/
|
||||
class wxBitmapDataObject : public wxDataObjectSimple
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor, optionally passing a bitmap (otherwise use SetBitmap()
|
||||
later).
|
||||
*/
|
||||
wxBitmapDataObject(const wxBitmap& bitmap = wxNullBitmap);
|
||||
|
||||
/**
|
||||
Returns the bitmap associated with the data object. You may wish to
|
||||
override this method when offering data on-demand, but this is not
|
||||
required by wxWidgets' internals. Use this method to get data in bitmap
|
||||
form from the wxClipboard.
|
||||
*/
|
||||
virtual wxBitmap GetBitmap() const;
|
||||
|
||||
/**
|
||||
Sets the bitmap associated with the data object. This method is called
|
||||
when the data object receives data. Usually there will be no reason to
|
||||
override this function.
|
||||
*/
|
||||
virtual void SetBitmap(const wxBitmap& bitmap);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxDataFormat
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
A wxDataFormat is an encapsulation of a platform-specific format handle
|
||||
which is used by the system for the clipboard and drag and drop operations.
|
||||
The applications are usually only interested in, for example, pasting data
|
||||
from the clipboard only if the data is in a format the program understands
|
||||
and a data format is something which uniquely identifies this format.
|
||||
|
||||
On the system level, a data format is usually just a number (@c CLIPFORMAT
|
||||
under Windows or @c Atom under X11, for example) and the standard formats
|
||||
are, indeed, just numbers which can be implicitly converted to wxDataFormat.
|
||||
The standard formats are:
|
||||
|
||||
@beginDefList
|
||||
@itemdef{wxDF_INVALID,
|
||||
An invalid format - used as default argument for functions taking
|
||||
a wxDataFormat argument sometimes.}
|
||||
@itemdef{wxDF_TEXT,
|
||||
Text format (wxString).}
|
||||
@itemdef{wxDF_BITMAP,
|
||||
A bitmap (wxBitmap).}
|
||||
@itemdef{wxDF_METAFILE,
|
||||
A metafile (wxMetafile, Windows only).}
|
||||
@itemdef{wxDF_FILENAME,
|
||||
A list of filenames.}
|
||||
@itemdef{wxDF_HTML,
|
||||
An HTML string. This is only valid when passed to
|
||||
wxSetClipboardData when compiled with Visual C++ in non-Unicode
|
||||
mode.}
|
||||
@endDefList
|
||||
|
||||
As mentioned above, these standard formats may be passed to any function
|
||||
taking wxDataFormat argument because wxDataFormat has an implicit
|
||||
conversion from them (or, to be precise from the type
|
||||
@c wxDataFormat::NativeFormat which is the type used by the underlying
|
||||
platform for data formats).
|
||||
|
||||
Aside the standard formats, the application may also use custom formats
|
||||
which are identified by their names (strings) and not numeric identifiers.
|
||||
Although internally custom format must be created (or @e registered) first,
|
||||
you shouldn't care about it because it is done automatically the first time
|
||||
the wxDataFormat object corresponding to a given format name is created.
|
||||
The only implication of this is that you should avoid having global
|
||||
wxDataFormat objects with non-default constructor because their
|
||||
constructors are executed before the program has time to perform all
|
||||
necessary initialisations and so an attempt to do clipboard format
|
||||
registration at this time will usually lead to a crash!
|
||||
|
||||
@library{wxbase}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, @ref page_samples_dnd, wxDataObject
|
||||
*/
|
||||
class wxDataFormat
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructs a data format object for one of the standard data formats or
|
||||
an empty data object (use SetType() or SetId() later in this case).
|
||||
*/
|
||||
wxDataFormat(NativeFormat format = wxDF_INVALID);
|
||||
/**
|
||||
Constructs a data format object for a custom format identified by its
|
||||
name @a format.
|
||||
*/
|
||||
wxDataFormat(const wxChar format);
|
||||
|
||||
/**
|
||||
Returns the name of a custom format (this function will fail for a
|
||||
standard format).
|
||||
*/
|
||||
wxString GetId() const;
|
||||
|
||||
/**
|
||||
Returns the platform-specific number identifying the format.
|
||||
*/
|
||||
NativeFormat GetType() const;
|
||||
|
||||
/**
|
||||
Sets the format to be the custom format identified by the given name.
|
||||
*/
|
||||
void SetId(const wxChar format);
|
||||
|
||||
/**
|
||||
Sets the format to the given value, which should be one of wxDF_XXX
|
||||
constants.
|
||||
*/
|
||||
void SetType(NativeFormat format);
|
||||
|
||||
/**
|
||||
Returns @true if the formats are different.
|
||||
*/
|
||||
bool operator !=(const wxDataFormat& format) const;
|
||||
|
||||
/**
|
||||
Returns @true if the formats are equal.
|
||||
*/
|
||||
bool operator ==(const wxDataFormat& format) const;
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxURLDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxURLDataObject is a wxDataObject containing an URL and can be used e.g.
|
||||
when you need to put an URL on or retrieve it from the clipboard:
|
||||
|
||||
@code
|
||||
wxTheClipboard->SetData(new wxURLDataObject(url));
|
||||
@endcode
|
||||
|
||||
@note This class is derived from wxDataObjectComposite on Windows rather
|
||||
than wxTextDataObject on all other platforms.
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, wxDataObject
|
||||
*/
|
||||
class wxURLDataObject: public wxTextDataObject
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor, may be used to initialize the URL. If @a url is empty,
|
||||
SetURL() can be used later.
|
||||
*/
|
||||
wxURLDataObject(const wxString& url = wxEmptyString);
|
||||
|
||||
/**
|
||||
Returns the URL stored by this object, as a string.
|
||||
*/
|
||||
wxString GetURL() const;
|
||||
|
||||
/**
|
||||
Sets the URL stored by this object.
|
||||
*/
|
||||
void SetURL(const wxString& url);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
A wxDataObject represents data that can be copied to or from the clipboard,
|
||||
or dragged and dropped. The important thing about wxDataObject is that this
|
||||
is a 'smart' piece of data unlike 'dumb' data containers such as memory
|
||||
buffers or files. Being 'smart' here means that the data object itself
|
||||
should know what data formats it supports and how to render itself in each
|
||||
of its supported formats.
|
||||
|
||||
A supported format, incidentally, is exactly the format in which the data
|
||||
can be requested from a data object or from which the data object may be
|
||||
set. In the general case, an object may support different formats on
|
||||
'input' and 'output', i.e. it may be able to render itself in a given
|
||||
format but not be created from data on this format or vice versa.
|
||||
wxDataObject defines an enumeration type which distinguishes between them:
|
||||
|
||||
@code
|
||||
enum Direction
|
||||
{
|
||||
Get = 0x01, // format is supported by GetDataHere()
|
||||
Set = 0x02 // format is supported by SetData()
|
||||
};
|
||||
@endcode
|
||||
|
||||
See wxDataFormat documentation for more about formats.
|
||||
|
||||
Not surprisingly, being 'smart' comes at a price of added complexity. This
|
||||
is reasonable for the situations when you really need to support multiple
|
||||
formats, but may be annoying if you only want to do something simple like
|
||||
cut and paste text.
|
||||
|
||||
To provide a solution for both cases, wxWidgets has two predefined classes
|
||||
which derive from wxDataObject: wxDataObjectSimple and
|
||||
wxDataObjectComposite. wxDataObjectSimple is the simplest wxDataObject
|
||||
possible and only holds data in a single format (such as HTML or text) and
|
||||
wxDataObjectComposite is the simplest way to implement a wxDataObject that
|
||||
does support multiple formats because it achieves this by simply holding
|
||||
several wxDataObjectSimple objects.
|
||||
|
||||
So, you have several solutions when you need a wxDataObject class (and you
|
||||
need one as soon as you want to transfer data via the clipboard or drag and
|
||||
drop):
|
||||
|
||||
-# Use one of the built-in classes.
|
||||
- You may use wxTextDataObject, wxBitmapDataObject or wxFileDataObject
|
||||
in the simplest cases when you only need to support one format and
|
||||
your data is either text, bitmap or list of files.
|
||||
-# Use wxDataObjectSimple
|
||||
- Deriving from wxDataObjectSimple is the simplest solution for custom
|
||||
data - you will only support one format and so probably won't be able
|
||||
to communicate with other programs, but data transfer will work in
|
||||
your program (or between different copies of it).
|
||||
-# Use wxDataObjectComposite
|
||||
- This is a simple but powerful solution which allows you to support
|
||||
any number of formats (either standard or custom if you combine it
|
||||
with the previous solution).
|
||||
-# Use wxDataObject Directly
|
||||
- This is the solution for maximal flexibility and efficiency, but it
|
||||
is also the most difficult to implement.
|
||||
|
||||
Please note that the easiest way to use drag and drop and the clipboard
|
||||
with multiple formats is by using wxDataObjectComposite, but it is not the
|
||||
most efficient one as each wxDataObjectSimple would contain the whole data
|
||||
in its respective formats. Now imagine that you want to paste 200 pages of
|
||||
text in your proprietary format, as well as Word, RTF, HTML, Unicode and
|
||||
plain text to the clipboard and even today's computers are in trouble. For
|
||||
this case, you will have to derive from wxDataObject directly and make it
|
||||
enumerate its formats and provide the data in the requested format on
|
||||
demand.
|
||||
|
||||
Note that neither the GTK+ data transfer mechanisms for clipboard and drag
|
||||
and drop, nor OLE data transfer, copy any data until another application
|
||||
actually requests the data. This is in contrast to the 'feel' offered to
|
||||
the user of a program who would normally think that the data resides in the
|
||||
clipboard after having pressed 'Copy' - in reality it is only declared to
|
||||
be available.
|
||||
|
||||
There are several predefined data object classes derived from
|
||||
wxDataObjectSimple: wxFileDataObject, wxTextDataObject, wxBitmapDataObject
|
||||
and wxURLDataObject which can be used without change.
|
||||
|
||||
You may also derive your own data object classes from wxCustomDataObject
|
||||
for user-defined types. The format of user-defined data is given as a
|
||||
mime-type string literal, such as "application/word" or "image/png". These
|
||||
strings are used as they are under Unix (so far only GTK+) to identify a
|
||||
format and are translated into their Windows equivalent under Win32 (using
|
||||
the OLE IDataObject for data exchange to and from the clipboard and for
|
||||
drag and drop). Note that the format string translation under Windows is
|
||||
not yet finished.
|
||||
|
||||
Each class derived directly from wxDataObject must override and implement
|
||||
all of its functions which are pure virtual in the base class. The data
|
||||
objects which only render their data or only set it (i.e. work in only one
|
||||
direction), should return 0 from GetFormatCount().
|
||||
|
||||
@beginWxPythonOnly
|
||||
At this time this class is not directly usable from wxPython. Derive a
|
||||
class from wxPyDataObjectSimple() instead.
|
||||
@endWxPythonOnly
|
||||
|
||||
@beginWxPerlOnly
|
||||
This class is not currently usable from wxPerl; you may use
|
||||
Wx::PlDataObjectSimple instead.
|
||||
@endWxPerlOnly
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, @ref page_samples_dnd, wxFileDataObject,
|
||||
wxTextDataObject, wxBitmapDataObject, wxCustomDataObject,
|
||||
wxDropTarget, wxDropSource, wxTextDropTarget, wxFileDropTarget
|
||||
*/
|
||||
class wxDataObject
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor.
|
||||
*/
|
||||
wxDataObject();
|
||||
|
||||
/**
|
||||
Destructor.
|
||||
*/
|
||||
~wxDataObject();
|
||||
|
||||
/**
|
||||
Copy all supported formats in the given direction to the array pointed
|
||||
to by @a formats. There is enough space for GetFormatCount(dir) formats
|
||||
in it.
|
||||
*/
|
||||
virtual void GetAllFormats(wxDataFormat* formats,
|
||||
Direction dir = Get) const;
|
||||
|
||||
/**
|
||||
The method will write the data of the format @a format in the buffer
|
||||
@a buf and return @true on success, @false on failure.
|
||||
*/
|
||||
virtual bool GetDataHere(const wxDataFormat& format, void buf) const;
|
||||
|
||||
/**
|
||||
Returns the data size of the given format @a format.
|
||||
*/
|
||||
virtual size_t GetDataSize(const wxDataFormat& format) const;
|
||||
|
||||
/**
|
||||
Returns the number of available formats for rendering or setting the
|
||||
data.
|
||||
*/
|
||||
virtual size_t GetFormatCount(Direction dir = Get) const;
|
||||
|
||||
/**
|
||||
Returns the preferred format for either rendering the data (if @a dir
|
||||
is @c Get, its default value) or for setting it. Usually this will be
|
||||
the native format of the wxDataObject.
|
||||
*/
|
||||
virtual wxDataFormat GetPreferredFormat(Direction dir = Get) const;
|
||||
|
||||
/**
|
||||
Set the data in the format @a format of the length @a len provided in
|
||||
the buffer @a buf.
|
||||
|
||||
@return @true on success, @false on failure.
|
||||
*/
|
||||
virtual bool SetData(const wxDataFormat& format, size_t len,
|
||||
const void buf);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxTextDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxTextDataObject is a specialization of wxDataObject for text data. It can
|
||||
be used without change to paste data into the wxClipboard or a
|
||||
wxDropSource. A user may wish to derive a new class from this class for
|
||||
providing text on-demand in order to minimize memory consumption when
|
||||
offering data in several formats, such as plain text and RTF because by
|
||||
default the text is stored in a string in this class, but it might as well
|
||||
be generated when requested. For this, GetTextLength() and GetText() will
|
||||
have to be overridden.
|
||||
|
||||
Note that if you already have the text inside a string, you will not
|
||||
achieve any efficiency gain by overriding these functions because copying
|
||||
wxStrings is already a very efficient operation (data is not actually
|
||||
copied because wxStrings are reference counted).
|
||||
|
||||
@beginWxPythonOnly
|
||||
If you wish to create a derived wxTextDataObject class in wxPython you
|
||||
should derive the class from wxPyTextDataObject in order to get
|
||||
Python-aware capabilities for the various virtual methods.
|
||||
@endWxPythonOnly
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see @ref overview_dnd, wxDataObject, wxDataObjectSimple, wxFileDataObject,
|
||||
wxBitmapDataObject
|
||||
*/
|
||||
class wxTextDataObject : public wxDataObjectSimple
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor, may be used to initialise the text (otherwise SetText()
|
||||
should be used later).
|
||||
*/
|
||||
wxTextDataObject(const wxString& text = wxEmptyString);
|
||||
|
||||
/**
|
||||
Returns the text associated with the data object. You may wish to
|
||||
override this method when offering data on-demand, but this is not
|
||||
required by wxWidgets' internals. Use this method to get data in text
|
||||
form from the wxClipboard.
|
||||
*/
|
||||
virtual wxString GetText() const;
|
||||
|
||||
/**
|
||||
Returns the data size. By default, returns the size of the text data
|
||||
set in the constructor or using SetText(). This can be overridden to
|
||||
provide text size data on-demand. It is recommended to return the text
|
||||
length plus 1 for a trailing zero, but this is not strictly required.
|
||||
*/
|
||||
virtual size_t GetTextLength() const;
|
||||
|
||||
/**
|
||||
Sets the text associated with the data object. This method is called
|
||||
when the data object receives the data and, by default, copies the text
|
||||
into the member variable. If you want to process the text on the fly
|
||||
you may wish to override this function.
|
||||
*/
|
||||
virtual void SetText(const wxString& strText);
|
||||
};
|
||||
|
||||
|
||||
|
||||
/**
|
||||
@class wxFileDataObject
|
||||
@wxheader{dataobj.h}
|
||||
|
||||
wxFileDataObject is a specialization of wxDataObject for file names. The
|
||||
program works with it just as if it were a list of absolute file names, but
|
||||
internally it uses the same format as Explorer and other compatible
|
||||
programs under Windows or GNOME/KDE filemanager under Unix which makes it
|
||||
possible to receive files from them using this class.
|
||||
|
||||
@warning Under all non-Windows platforms this class is currently
|
||||
"input-only", i.e. you can receive the files from another
|
||||
application, but copying (or dragging) file(s) from a wxWidgets
|
||||
application is not currently supported. PS: GTK2 should work as
|
||||
well.
|
||||
|
||||
@library{wxcore}
|
||||
@category{dnd}
|
||||
|
||||
@see wxDataObject, wxDataObjectSimple, wxTextDataObject,
|
||||
wxBitmapDataObject, wxDataObject
|
||||
*/
|
||||
class wxFileDataObject : public wxDataObjectSimple
|
||||
{
|
||||
public:
|
||||
/**
|
||||
Constructor.
|
||||
*/
|
||||
wxFileDataObject();
|
||||
|
||||
/**
|
||||
Adds a file to the file list represented by this data object (Windows
|
||||
only).
|
||||
*/
|
||||
virtual void AddFile(const wxString& file);
|
||||
|
||||
/**
|
||||
Returns the array of file names.
|
||||
*/
|
||||
const wxArrayString GetFilenames() const;
|
||||
};
|
||||
|
Reference in New Issue
Block a user