| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
they are now _self, _args and _kwds.
|
| |
|
|
|
|
| |
Completely untested.
|
|
|
|
| |
Cleaned up various things in the toolbox modules.
|
| |
|
|
|
|
| |
MacOS9isms.
|
|
|
|
|
| |
- Regenerated with the correct calls to PyType_Ready and the correct
deallocator calls.
|
| |
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
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".
|
|
|
|
| |
we catch errors during the build process in stead of later during runtime.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
- clear error after failing PyArg_Parse()
|
|
|
|
| |
as Carbon-only
|
|
|
|
|
|
|
| |
- ctl.SetControlAction()
- CreateScrollBarControl()
- CreateSliderControl()
- print traceback when callbacks fail
|
|
|
|
| |
available in OSX (mach-o) but not in CarbonLib (neither on OSX or OS9).
|
| |
|
| |
|
|
|
|
| |
for DataBrowser controls.
|
| |
|
|
|
|
| |
- FindControlUnderMouse() returns an existing control, not a new one.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
changes from start of branch upto r22b2 were already merged, of course).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
usage is through a wrapper module (without underscore) which lives in the Carbon package.
|
|
|
|
| |
Blacklist SendControlMessage: it's signature has changed between Universal Headers 3.3 and 3.4.
|
|
|
|
| |
prototypes. Most toolbox modules now compile, link and import in MacOSX-MachO python.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
{Get,Set}PopupMenu{Handle,ID} in stead.
The UserPane routines appear to be fixed in the current Universal Headers, so they're re-enabled.
|
|
|
|
| |
{Get,Set}ControlData have gotten an underscore: GetControlData_Handle, etc. This is an incompatible change:-(
|
| |
|
| |
|
| |
|
|
|
|
|
| |
functions. Include it in stead of duplicating the declarations everywhere. Also
cleaned up toolbox module exports, and got rid of resNotFound error.
|
| |
|
|
|
|
| |
specifier, now that h is signed-only.
|
| |
|
|
|
|
|
|
| |
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.
|