043732e95d
Enable FSpResourceFileAlreadyOpen only for Carbon. This is not strictly correct: OS9 InterfaceLib has it, but enabling it will make Python refuse to run on 8.6 and earlier.
2001-03-02 16:32:03 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
74a1e63a89
Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.
2000-07-14 22:37:27 +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
e79dc76f53
Made the core toolbox modules carbon-compatible using the new greylist feature of bgen: non-carbon methods are still included in non-carbon MacPython. The issue of backward compatibility of Python code is still open.
...
Macmodule and macosmodule have also been carbonified. Some functionality is still missing there.
2000-06-02 21:35:07 +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
a05ac607d7
Regenerated with CW Pro 5.2, which has MacOS 8.6 and Appearance 1.1 support.
1999-12-12 21:41:51 +00:00
e180d99280
Grmpf, a lot more routines have gotten a "Mac" prefix for their
...
declaration, probably so the universal headers are useable on
windows/unix too. Have to think of a more definite workaround later,
for now we manually declare the old names in the *edit.py files.
1998-04-24 10:28:20 +00:00
1c4e614627
Re-generated from new (3.1) universal headers
1998-04-21 15:23:55 +00:00
21f96872f2
Regenerated from Universal Headers 3.0.1. Some new calls are
...
blacklisted, because they are not available in classic 68k programs,
and bgen doesn't have a way to put #ifdef/#endif in the generated
code. For now we only implement calls that work on all three models.
1998-02-20 16:02:09 +00:00
a755e68df6
Export type objects to Python
1997-09-20 17:40:22 +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
46d9e79de6
bgen-generators now drop the python definition file straight in the
...
Lib:toolbox folder.
1996-04-12 16:29:23 +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
a01a8f78cb
New universal headers, a few bit-flags were added.
1995-11-14 10:46:59 +00:00
d40f3c60ca
New universal headers
1995-10-09 23:12:22 +00:00
d4c26469d6
Generated anew
1995-08-17 14:35:56 +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
7d0bc8343f
Ported to Universal Header 2.0.1f (i.e. CW6)
1995-06-09 20:56:31 +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
227a4232e6
the usual
1995-03-10 14:42:57 +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