b734869f46
- Various tweaks to shut up compiler warnings.
...
- Regenerated with the correct calls to PyType_Ready and the correct
deallocator calls.
2002-12-23 23:16:25 +00:00
f955784f0c
Regenerated with inheritance-aware xxxx_Check() macros.
2002-12-19 21:24:35 +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
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
49931887d7
Regenerated with PyDoc_STR() around docstrings.
2002-08-16 09:09:31 +00:00
7ca993ed37
Fixed the bugs in the constant definitions, and in the code to test
...
them.
The FutureWarnings are still there, until a way has been found to
say "I know what I'm doing here when I say 0xff000000".
2002-08-15 22:05:58 +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
ff8dec7427
Got rid of staticforward.
2002-08-05 15:36:57 +00:00
938ace69a0
staticforward bites the dust.
...
The staticforward define was needed to support certain broken C
compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the
static keyword when it was used with a forward declaration of a static
initialized structure. Standard C allows the forward declaration with
static, and we've decided to stop catering to broken C compilers. (In
fact, we expect that the compilers are all fixed eight years later.)
I'm leaving staticforward and statichere defined in object.h as
static. This is only for backwards compatibility with C extensions
that might still use it.
XXX I haven't updated the documentation.
2002-07-17 16:30:39 +00:00
033b79c483
Regenerated.
2002-04-23 22:46:01 +00:00
c4cf27e8e0
- added support for UserPaneKeyDownProc and UserPaneFocusProc
...
- clear error after failing PyArg_Parse()
2002-01-04 19:45:15 +00:00
7633593683
Oops, forgot to mark CreateScrollBarControl and CreateSliderControl
...
as Carbon-only
2001-12-31 09:50:32 +00:00
cae6da632a
- added support for ControlActionProcs, exposing the following calls:
...
- ctl.SetControlAction()
- CreateScrollBarControl()
- CreateSliderControl()
- print traceback when callbacks fail
2001-12-30 21:25:26 +00:00
7eb48e3283
Moved a bunch of routines from "blacklisted" to "graylisted", as they _are_
...
available in OSX (mach-o) but not in CarbonLib (neither on OSX or OS9).
2001-12-18 20:15:27 +00:00
620a7667eb
Updated to Universal Headers 3.4
2001-12-18 15:39:38 +00:00
f30c3ad0d9
Added missing docstring
2001-12-18 12:53:47 +00:00
66d78bf2a0
Added support for tab controls and initial (incomplete) support
...
for DataBrowser controls.
2001-12-18 12:47:47 +00:00
615e2505f0
Many of the new calls are Carbon-only. Flagged them as such.
2001-12-14 22:47:19 +00:00
7ec1c85d7a
- "manage" controls created by CreateXxxXxxControl() functions.
...
- FindControlUnderMouse() returns an existing control, not a new one.
2001-12-13 21:24:37 +00:00
6c3145985f
Shut up gcc warning.
2001-12-12 22:51:39 +00:00
e0b9fdca0d
Updated for Universal Headers 3.4.
2001-12-12 22:40:27 +00:00
146483964e
Patch supplied by Burton Radons for his own SF bug #487390 : Modifying
...
type.__module__ behavior.
This adds the module name and a dot in front of the type name in every
type object initializer, except for built-in types (and those that
already had this). Note that it touches lots of Mac modules -- I have
no way to test these but the changes look right. Apologies if they're
not. This also touches the weakref docs, which contains a sample type
object initializer. It also touches the mmap test output, because the
mmap type's repr is included in that output. It touches object.h to
put the correct description in a comment.
2001-12-08 18:02:58 +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
fd064863eb
Shut up many more gcc warnings.
2001-09-05 10:31:52 +00:00
06d2e1af35
Regenerated without default int return types.
2001-09-04 22:19:18 +00:00
25a5bd7708
Renamed.
2001-08-23 14:11:10 +00:00
50ecb0ad83
Renamed the Mac toolbox modules to have an initial _ in their name.
2001-08-23 14:02:09 +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
b8248d8cff
Don't use extern when we mean staticforward (OSX gcc is picky about it).
...
Blacklist SendControlMessage: it's signature has changed between Universal Headers 3.3 and 3.4.
2001-06-20 21:31:28 +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
736b51df7c
SetpopupData and GetPopupData are gone under Carbon, use {Get,Set}PopupMenu{Handle,ID} in stead.
...
The UserPane routines appear to be fixed in the current Universal Headers, so they're re-enabled.
2001-01-12 23:39:00 +00:00
a9e3db354d
Carbon defines {Get,Set}ControlDataHandle, so unfortunately our variants on {Get,Set}ControlData have gotten an underscore: GetControlData_Handle, etc. This is an incompatible change:-(
2001-01-09 22:10:16 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
f7d5aa61d3
Adapted to Universal Headers 3.3.2. More to follow.
2000-12-10 23:43:49 +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
85152b93cb
Fiddled declaration/implementation of setcallback() so that it is ansifyable.
2000-07-11 21:12:55 +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
021da55579
Removed THINK_C support.
2000-06-04 21:56:05 +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
1b6e8214ab
Added a few cast to make it 68k-compatible.
2000-04-05 21:30:57 +00:00
deb6373fff
Data of type Point is passed by value, not by reference.
2000-03-22 15:35:24 +00:00
a27e9fb19f
Added UserPane callbacks for HitTest and Tracking. Doesn't fully work yet.
2000-03-21 23:03:02 +00:00
1a7d5b12c0
Added a GetControlRect() method to controls which returns the bounding rectangle. To my surprise this call is missing from the C API...
2000-03-21 16:25:23 +00:00
abc411bac8
Started on support for callbacks for UserPane controls. Unfinished and untested.
2000-03-20 16:09:09 +00:00
f7ac1d32f0
Nasty error: handle parameters are passed by _address_ to SetControlData.
1999-12-29 12:37:22 +00:00
b9247d37ba
Oops, forgot & in ParseTuple argument in ControlGetDataHandle.
1999-12-23 23:06:07 +00:00
Jack Jansen
Jeremy Hylton
Just van Rossum
Guido van Rossum