Updated to SWIG 1.3.24 (plus a patch that corrects a bug and adds back
some things that were changed/removed from my patch I submitted to them.) Since it is now possible easily and simply share the SWIG type tables across modules I reverted to always using the stock SWIG runtime instead of my slightly hacked up version of it exported via the wxPython C API. The %name directive is now deprecated so replaced most uses of it with a custom %Rename macro that uses %rename internally. These will evetually need to be replaced with a DocDecl macro when docstrings are added. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@31128 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -128,7 +128,9 @@ that a colour reduction may have to take place.", "",
|
||||
%extend {
|
||||
DocStr(wxBitmap(PyObject* listOfStrings),
|
||||
"Construct a Bitmap from a list of strings formatted as XPM data.", "");
|
||||
%name(BitmapFromXPMData) wxBitmap(PyObject* listOfStrings) {
|
||||
|
||||
%RenameCtor(BitmapFromXPMData, wxBitmap(PyObject* listOfStrings))
|
||||
{
|
||||
char** cArray = NULL;
|
||||
wxBitmap* bmp;
|
||||
|
||||
@@ -145,7 +147,9 @@ that a colour reduction may have to take place.", "",
|
||||
function for monochrome bitmaps (depth 1) in portable programs: in
|
||||
this case the bits parameter should contain an XBM image. For other
|
||||
bit depths, the behaviour is platform dependent.", "");
|
||||
%name(BitmapFromBits) wxBitmap(PyObject* bits, int width, int height, int depth=1 ) {
|
||||
|
||||
%RenameCtor(BitmapFromBits, wxBitmap(PyObject* bits, int width, int height, int depth=1 ))
|
||||
{
|
||||
char* buf;
|
||||
int length;
|
||||
PyString_AsStringAndSize(bits, &buf, &length);
|
||||
|
Reference in New Issue
Block a user