c5f05e45cf
Patch #2167 from calvin: Remove unused imports
2008-02-23 17:40:11 +00:00
182b5aca27
Whitespace normalization, via reindent.py.
2004-07-18 06:16:08 +00:00
f92ec2d191
StdFilterProc() uses InOut parameters.
2003-02-27 22:50:50 +00:00
6c7e326eaa
Getting rid of pre-Carbon (MacOS8) support. All code depending on
...
TARGET_API_MAC_OS8 (or !TARGET_API_MAC_CARBON) is gone. Also some
TARGET_API_MAC_OSX conditional code is gone, because it is no longer
used on OSX-only Python (only in MacPython-OS9).
2002-12-12 10:31:54 +00:00
87eea88b5a
After generating the Python file with definitions try to run it, so
...
we catch errors during the build process in stead of later during runtime.
2002-08-15 21:48:16 +00:00
aaebdd6a02
Enable building of Carbon toolbox modules with unix-Python.
2002-08-05 15:39:30 +00:00
2168e9d602
Adapted for Universal Headers 3.4
2001-12-16 20:18:40 +00:00
bd00884415
First tweaks to allow MacPython to be compiled with
...
Universal Headers 3.4
2001-11-05 16:16:39 +00:00
f7d5aa61d3
Adapted to Universal Headers 3.3.2. More to follow.
2000-12-10 23:43:49 +00:00
b8c4c7b37e
Added routine DlgObj_ConvertToWindow().
...
GetDialogWindow() returns an existing window.
Added a comment that the methodchain Dialogs->Windows is suspect under Carbon/MacOSX, but we need it under Carbon. No solution yet:-(
2000-08-25 22:25:54 +00:00
74a1e63a89
Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.
2000-07-14 22:37:27 +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
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
1c4e614627
Re-generated from new (3.1) universal headers
1998-04-21 15:23:55 +00:00
0c4d947eac
Replaced addpack by handcrafted code to find the bgen stuff.
1998-04-17 14:07:56 +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
46d9e79de6
bgen-generators now drop the python definition file straight in the
...
Lib:toolbox folder.
1996-04-12 16:29:23 +00:00
91a6398b17
Use ResObj_OptNew for GetDialogItem return value: the handle returned
...
may be NULL (for user items, for instance).
1995-08-17 14:30:52 +00:00
ae8a68f40c
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 12:55:40 +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
Christian Heimes
Tim Peters
Jack Jansen
Guido van Rossum