972573553e
Define PyDoc_STR if it isn't defined. This makes these modules compile
...
for Python 2.2.
2002-11-18 15:26:43 +00:00
150ed6113c
Generate with weaklink stubs, so missing routines (on MacOS 8.6 and earlier)
...
don't cause import failure.
Fixes 531398, 2.2.1 candidate.
2002-03-22 14:16:39 +00:00
cb6cf13261
Some of the newer routines return an OSErr, like most toolbox calls, in stead of depending on ResError(). Second half of fix for #531291 .
...
2.2.1 candidate.
2002-03-18 15:31:08 +00:00
69ac361cb5
Added some support for unicode arguments.
2002-01-01 22:43:13 +00:00
620a7667eb
Updated to Universal Headers 3.4
2001-12-18 15:39:38 +00:00
fd064863eb
Shut up many more gcc warnings.
2001-09-05 10:31:52 +00:00
77105a960b
The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package.
2001-08-23 13:51:46 +00:00
fa77e1a1b1
Lots more Carbon/Carbon.h includes, new UPP routine names, function prototypes. Most toolbox modules now compile, link and import in MacOSX-MachO python.
2001-05-22 21:56:42 +00:00
0e04eecdbf
First step in porting MacPython modules to OSX/unix: break all references between modules except for the obj_New() and obj_Convert() routines, the PyArg_Parse and Py_BuildValue helpers.
...
And these can now be vectored through glue routines (by defining USE_TOOLBOX_OBJECT_GLUE) which will do the necessary imports, whereupon the module's init routine will tell the glue routine about the real conversion routine address and everything is fine again.
2001-05-17 21:58:34 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
9d8b96c850
pymactoolbox.h contains protoypes for all externally visible toolbox module
...
functions. Include it in stead of duplicating the declarations everywhere. Also
cleaned up toolbox module exports, and got rid of resNotFound error.
2000-07-14 22:16:45 +00:00
add03b62fd
Handles were never disposed. Added an AutoDispose(onoff) method to control this.
...
Also added a Handle() function which is like Resource() but has auto-dispose on by default.
2000-03-08 16:58:15 +00:00
2d76c25f59
In places where a ResObj is expected for PyArg_Parse and the object passed in isn't but it does have an as_Resource method use that. This makes life a lot easier
...
for appearance portability (and was needed anyway).
1999-12-12 22:57:29 +00:00
0c4d947eac
Replaced addpack by handcrafted code to find the bgen stuff.
1998-04-17 14:07:56 +00:00
eaf3c9bed7
Added #include <string.h> for memcpy()
1997-08-15 14:36:45 +00:00
a6d78c44a7
Removed unused var
1996-08-01 15:27:18 +00:00
425e9eb6cb
- Added color window/pixmap support
...
- Added support for obtaining pixmap data
- Added OptResObj_* routines for optional handles
1995-12-12 15:02:03 +00:00
9f37c6d91c
Added ResObj_OptNew, like ResObj_New but returns None when passed NULL.
1995-08-17 14:29:23 +00:00
1e054024c1
Added methods as_Menu and as_Control to convert a resource
...
to those object types
You can now set the data attribute of a resource with the expected
semantics (but you have to call ChangedResource yourself)
1995-06-18 20:20:27 +00:00
b81cf9d61c
Trying again to check it in. Changes to:
...
- Use Universal Headers as input
- Change addpack calls to not depend on Guido's disklayout
- Checkge testprograms to use new names for some functions
1995-06-06 13:08:40 +00:00
9bcb641ad4
added Resource(), to create new resources from Python
1995-02-05 16:54:27 +00:00
17448e2408
Committed a more or less working version.
1995-01-30 11:53:55 +00:00
Jack Jansen
Guido van Rossum