96cebde909
Added PEP253 support to most Carbon modules. This isn't complete yet:
...
some of the more compilcated cases (CF, Res) haven't been done yet. Also,
various types should inherit from each other (anything with an as_Resource
method should be a Resource subtype, the CF types should become one family).
2002-12-03 23:40:22 +00:00
dbd5701d73
Converted the Carbon modules to use PEP252-style objects, with
...
descriptors in stead of manual getattr hooks to get at attributes
of the objects.
For Qd I have in stead gotten rid of most of the attribute access
in favor of the carbon-style accessor methods (with the exception
of visRgn, to be done later), and of the Carbon.Qd.qd global object,
for which accessor functions are also available.
For List I have fixed the fact that various methods were incorrectly
generated as functions.
CF is untouched: PEP252 doesn't allow "poor-mans-inheritance" with
basechain, so it will have to wait for PEP253 support.
2002-11-29 23:40:48 +00:00
f34a8bced2
Moved CoreFoundation type support to bgen/macsupport.
2002-08-22 23:30:49 +00:00
620a7667eb
Updated to Universal Headers 3.4
2001-12-18 15:39:38 +00:00
b3be216b41
Merged changes made on r22b2-branch between r22b2 and r22b2-mac (the
...
changes from start of branch upto r22b2 were already merged, of course).
2001-11-30 14:16:36 +00:00
bd00884415
First tweaks to allow MacPython to be compiled with
...
Universal Headers 3.4
2001-11-05 16:16:39 +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
4edc5eb639
Reversed the order of the checks for None or a Dialog where a Window is expected so it doesn't crash under OSX/Mach-o.
2001-06-20 21:20:22 +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
c54be4299c
Check RefCon backpointer to python object with IsPointerValid() before dereferencing it (carbon only).
2001-04-25 22:09:29 +00:00
3f49e4d064
Oops, repr didn't allocate the memory it used...
2001-02-11 01:12:53 +00:00
32248655ee
Emulate a few more non-carbon calls in carbon and the other way around.
2000-12-19 22:23:06 +00:00
87a30924d0
Added hash() and compare() functions. Needed because multiple WinObj's can now refer to the same underlying WindowRef.
2000-12-19 21:34:55 +00:00
80716f0e61
Set autodispose only if RefCon isn't set yet on the window. This way we don't accidentally dispose of windows that are actually dialogs-in-disguise.
2000-12-14 22:29:00 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
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
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
cdcbd1f02b
Added {Get,Set}WindowUserData methods.
1998-10-22 15:08:00 +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
8f0fab78ce
Added support for WCTabHandle, AuxWinHandle, PixPatHandle: no reason
...
for blacklisting them.
1997-08-15 14:38:05 +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
caf7505edc
Added WhichWindow function to obtain window object given WindowPtr (as
...
returned by event routines)
1995-08-17 14:28: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
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