0aee0e61f8
Window objects now also have an AutoDispose funcpointer (set for our windows, cleared for foreign windows). Needed mainly for Carbon (where we don't know about the windows belonging to our dialogs).
...
Fixed a few calls that return an ExistingWindow.
2000-08-25 22:17:51 +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
0b13e7c153
Changed all (hopefully) uses of unsigned 16 bit value to use H format specifier, now that h is signed-only.
2000-07-07 13:09:35 +00:00
8d929aee49
All relevant toolbox modules have now been carbonized.
2000-06-21 22:07:06 +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
b1b78d85d3
Bgen now understands more constant definitions, but that means that a few which are not parseable in Python have to be blacklisted.
1999-12-14 15:47:01 +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
e4349e83d1
Re-generated with OSStatus treated like OSErr (i.e. not returned, but raising
...
an exception when negative).
1999-03-04 22:53:24 +00:00
cdcbd1f02b
Added {Get,Set}WindowUserData methods.
1998-10-22 15:08:00 +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
8f0fab78ce
Added support for WCTabHandle, AuxWinHandle, PixPatHandle: no reason
...
for blacklisting them.
1997-08-15 14:38:05 +00:00
d84e7aaf00
Regenerated
1996-08-02 11:24:34 +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
b7abb18cd9
Added support for GrafPort object
1995-11-15 15:18:47 +00:00
330f57699f
- Added support for PicHandle
...
- Added (by hand, through winedit.py) support for WindowPeek accessor
functions that are currently declared as macros.
1995-11-14 10:48:54 +00:00
d4c26469d6
Generated anew
1995-08-17 14:35:56 +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
ea39abd56c
more stuff
1995-02-28 09:49:02 +00:00
9784295b15
another round... ported to __SC__
1995-02-19 15:59:49 +00:00
17448e2408
Committed a more or less working version.
1995-01-30 11:53:55 +00:00
Jack Jansen
Guido van Rossum