summaryrefslogtreecommitdiffstats
path: root/Mac/Modules/res
Commit message (Collapse)AuthorAgeFilesLines
* - Various tweaks to shut up compiler warnings.Jack Jansen2002-12-231-1/+2
| | | | | - Regenerated with the correct calls to PyType_Ready and the correct deallocator calls.
* Regenerated with inheritance-aware xxxx_Check() macros.Jack Jansen2002-12-191-1/+1
|
* Getting rid of pre-Carbon (MacOS8) support. All code depending onJack Jansen2002-12-122-238/+7
| | | | | | 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).
* Fixed so the Res.Resource() accepts either another resource, a stringJack Jansen2002-12-053-66/+129
| | | | or no argument (giving an empty resource).
* Converted the Carbon modules to use PEP252-style objects, withJack Jansen2002-11-292-95/+111
| | | | | | | | | | | | | | | | 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.
* Define PyDoc_STR if it isn't defined. This makes these modules compileJack Jansen2002-11-182-0/+6
| | | | for Python 2.2.
* Regenerated with PyDoc_STR() around docstrings.Jack Jansen2002-08-161-67/+67
|
* After generating the Python file with definitions try to run it, soJack Jansen2002-08-151-0/+2
| | | | we catch errors during the build process in stead of later during runtime.
* Enable building of Carbon toolbox modules with unix-Python.Jack Jansen2002-08-051-2/+1
|
* Regenerated.Jack Jansen2002-04-231-1/+1
|
* Generate with weaklink stubs, so missing routines (on MacOS 8.6 and earlier)Jack Jansen2002-03-222-2/+188
| | | | | | don't cause import failure. Fixes 531398, 2.2.1 candidate.
* Some of the newer routines return an OSErr, like most toolbox calls, in ↵Jack Jansen2002-03-182-95/+67
| | | | | | stead of depending on ResError(). Second half of fix for #531291. 2.2.1 candidate.
* Some of the new routines are carbon-only.Jack Jansen2002-01-042-0/+14
|
* Added some support for unicode arguments.Jack Jansen2002-01-013-4/+111
|
* Updated to Universal Headers 3.4Jack Jansen2001-12-183-0/+59
|
* Patch supplied by Burton Radons for his own SF bug #487390: ModifyingGuido van Rossum2001-12-081-1/+1
| | | | | | | | | | | | | 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.
* Merged changes made on r22b2-branch between r22b2 and r22b2-mac (theJack Jansen2001-11-301-5/+1
| | | | changes from start of branch upto r22b2 were already merged, of course).
* A few more gcc warnings bite the dust.Jack Jansen2001-09-052-6/+12
|
* Shut up many more gcc warnings.Jack Jansen2001-09-053-5/+12
|
* Regenerated without default int return types.Jack Jansen2001-09-041-1/+1
|
* Renamed.Jack Jansen2001-08-231-1579/+0
|
* Renamed the Mac toolbox modules to have an initial _ in their name.Jack Jansen2001-08-231-0/+1587
|
* The MacOS toolbox modules have acquired an _ in front of their name. Normal ↵Jack Jansen2001-08-231-2/+2
| | | | usage is through a wrapper module (without underscore) which lives in the Carbon package.
* Merging appropriate 2.1.1 fixes back into the main trunk.Jack Jansen2001-08-031-1/+0
|
* Lots more Carbon/Carbon.h includes, new UPP routine names, function ↵Jack Jansen2001-05-223-236/+102
| | | | prototypes. Most toolbox modules now compile, link and import in MacOSX-MachO python.
* First step in porting MacPython modules to OSX/unix: break all references ↵Jack Jansen2001-05-172-0/+30
| | | | | | 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.
* Enable FSpResourceFileAlreadyOpen only for Carbon. This is not strictly ↵Jack Jansen2001-03-022-0/+7
| | | | correct: OS9 InterfaceLib has it, but enabling it will make Python refuse to run on 8.6 and earlier.
* Remove (unused) regex imports.Jack Jansen2001-01-021-1/+0
|
* More toolbox modules adapted to Universal Headers 3.3.2.Jack Jansen2000-12-123-1/+190
|
* Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.Jack Jansen2000-07-142-13/+13
|
* pymactoolbox.h contains protoypes for all externally visible toolbox moduleJack Jansen2000-07-142-39/+1
| | | | | functions. Include it in stead of duplicating the declarations everywhere. Also cleaned up toolbox module exports, and got rid of resNotFound error.
* Made the core toolbox modules carbon-compatible using the new greylist ↵Jack Jansen2000-06-022-0/+47
| | | | | | 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.
* Handles were never disposed. Added an AutoDispose(onoff) method to control this.Jack Jansen2000-03-083-10/+143
| | | | Also added a Handle() function which is like Resource() but has auto-dispose on by default.
* In places where a ResObj is expected for PyArg_Parse and the object passed ↵Jack Jansen1999-12-122-10/+53
| | | | | | in isn't but it does have an as_Resource method use that. This makes life a lot easier for appearance portability (and was needed anyway).
* Regenerated with CW Pro 5.2, which has MacOS 8.6 and Appearance 1.1 support.Jack Jansen1999-12-121-0/+12
|
* Grmpf, a lot more routines have gotten a "Mac" prefix for theirJack Jansen1998-04-242-0/+26
| | | | | | 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.
* Re-generated from new (3.1) universal headersJack Jansen1998-04-211-3/+3
|
* Replaced addpack by handcrafted code to find the bgen stuff.Jack Jansen1998-04-172-5/+3
|
* Regenerated from Universal Headers 3.0.1. Some new calls areJack Jansen1998-02-201-2/+2
| | | | | | 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.
* Export type objects to PythonJack Jansen1997-09-201-0/+4
|
* Added #include <string.h> for memcpy()Jack Jansen1997-08-152-0/+2
|
* Removed unused varJack Jansen1996-08-012-5/+0
|
* Removed ...gen.py files from repositoryJack Jansen1996-04-161-277/+0
|
* bgen-generators now drop the python definition file straight in theJack Jansen1996-04-123-2/+6
| | | | Lib:toolbox folder.
* - Added color window/pixmap supportJack Jansen1995-12-122-3/+46
| | | | | - Added support for obtaining pixmap data - Added OptResObj_* routines for optional handles
* New universal headers, a few bit-flags were added.Jack Jansen1995-11-142-1/+2
|
* New universal headersJack Jansen1995-10-091-1/+0
|
* Generated anewJack Jansen1995-08-172-1/+15
|
* Added ResObj_OptNew, like ResObj_New but returns None when passed NULL.Jack Jansen1995-08-171-0/+13
|
* Added methods as_Menu and as_Control to convert a resourceJack Jansen1995-06-183-1/+97
| | | | | | | to those object types You can now set the data attribute of a resource with the expected semantics (but you have to call ChangedResource yourself)
generated by cgit v0.12 at 2024-12-11 07:26:01 (GMT)