b321b61c10
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@53173 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
706 lines
25 KiB
Objective-C
706 lines
25 KiB
Objective-C
/////////////////////////////////////////////////////////////////////////////
|
|
// 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.
|
|
|
|
@returns @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;
|
|
};
|
|
|