5f61a05d7f
Fixed so the Res.Resource() accepts either another resource, a string
...
or no argument (giving an empty resource).
2002-12-05 23:26:38 +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
927bc451c4
- reworked the object unpacking code, now supports new-style objects more
...
or less decently/completely.
- cleaned up a little.
2002-12-01 22:10:36 +00:00
888e100356
- found a case where sys.path[0] isn't set to Contents/Resources,
...
so search the entire path.
- only add modules if we're building a standalone application.
2002-11-30 19:56:14 +00:00
362c7cd07b
Lots of minor tweaks for the pep252 checkins, mainly because Qd
...
attributes are no longer supported.
2002-11-30 00:01:29 +00:00
202355a333
Build _AE too.
2002-11-29 23:58:51 +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
24884f76c6
Forgot to do os.path.basename() on mainprogram: a nonworking app was built if the mainprogram wan't in the current directory. Fixed.
2002-11-29 21:22:33 +00:00
535ffa26e6
added Thomas H's LOADER code for importing extension (sub)modules; little tweaks
2002-11-29 20:06:52 +00:00
ad692ccde1
fixed typo and wrapping
2002-11-28 18:56:50 +00:00
74bdca8a20
- Rewrote bootstapping code in sh so we're really independent of an
...
installed Python. So we don't use os.execve any longer, which means
we need an actual executable in <myapp>.app/Contents/MacOS. For applets
we make a symlink to the Python executable used to build the applet,
for standalone apps we simply copy it.
- Added support for the new any_missing_maybe() feature of modulefinder.py,
which is pending as patch #643711 . Its use is optional so it still works
with the existing version of modulefinder.py
2002-11-28 11:30:56 +00:00
cef3288247
added support for building standalone applications
...
- requires modulefinder.py to be on sys.path
- does *not* work for Python.framework (yet), only for static builds
2002-11-26 00:34:52 +00:00
2095c06cec
Lots of restructuring, mostly suggested by Bill Bumgarner. Main
...
externally visible difference is that the factory defaults are
now in a plist file in the bundle, in stead of being hard-coded in
the application.
2002-11-25 13:11:06 +00:00
e6b49025c1
get creator code from plist if available, instead of overriding with default
2002-11-24 01:23:45 +00:00
b8829b49b2
whoops, -p actually has an argument
2002-11-24 01:15:20 +00:00
761b6095bd
hardcode some resources, removing annoying Widgets.rsrc dependency
2002-11-24 01:01:07 +00:00
da302da912
cleaned up __init__ argument mess with a funky base class
2002-11-23 22:26:44 +00:00
4b5c7a4f47
Allow access to the returned value(s) as FSRefs. Unfortunately for some
...
reason getting at saveFileName doesn't work, so it currently only really
works for opening files for reading.
2002-11-22 23:39:52 +00:00
d0e59fb68d
Added the alias manager too. The interface isn't perfect yet: the alias
...
manager doesn't always have the alias as the first argument, so things
become functions in stead of methods.
2002-11-22 15:53:32 +00:00
e2ba87396c
Got angry and added support for pretty much the whole file and folder
...
manager. This should allow us the get rid of most of the FSSpecs, only
navigation services remains to be done.
2002-11-22 14:58:35 +00:00
62a103b2fc
workaround so the (otherwise still broken) IDE can at least quit in the Python 2.2 Jaguar addon install
2002-11-22 12:48:47 +00:00
db2a0f6778
changed to use Lib/bundlebuilder.py instead of scripts/buildappbundle.py
2002-11-22 11:52:15 +00:00
e6de56e81c
make the --link option match the original: just symlink the executable
2002-11-22 11:45:42 +00:00
16aebf77c7
Added --link-exec option: make a symlink for the executable only, copy all other files.
2002-11-22 11:43:10 +00:00
224405fcfd
Replaced the bundle building code with calls to the new bundlebuilder
...
module.
Jack: I've compared the .app output of the orginal with the new and I
can't find any significant differences. However, bundlebuilder.py
contains its' own command line interface and I think we should use
that instead. I'll have a look to see whether I can patch
Mac/OSX/Makefile.jaguar to this effect.
2002-11-22 11:10:49 +00:00
f7aba23644
fixed error in cmd line doc; moved funny self.name line once more
2002-11-22 00:31:50 +00:00
7fd69ad2f1
fixed stupid bug
2002-11-22 00:08:47 +00:00
ceeb9627c1
added command line interface; refactored a bit; little things.
2002-11-21 23:19:37 +00:00
3e554d7b8a
name kwargs kwargs
2002-11-21 10:29:57 +00:00
ad33d72361
Tools to create MacOS X (application) bundles.
...
Todo:
- command line parsing
- main program
- modulefinder(-like ;-) support to build standalone apps.
2002-11-21 10:23:04 +00:00
10263d6e6b
- cleaned up example/test code
...
- don't encode/escape elements
- fixed typo in doc string
- provide our own copy function for the Dict class
2002-11-20 20:47:55 +00:00
1b99896944
dded cvsignores.
2002-11-20 14:14:14 +00:00
d8d7bbe3b9
Minimal instructions on building a MacPython-OSX addon for Apple's
...
/usr/bin/python.
2002-11-20 14:07:57 +00:00
1ebcc4427a
Build PythonLauncher for MacPython-OSX 2.2 as well.
2002-11-20 14:06:16 +00:00
e37469297c
This file is now generated dynamically.
2002-11-20 14:05:41 +00:00
db951c34e3
removed a redundant .strip(); made a doc string more or less tell the truth
2002-11-19 23:11:49 +00:00
247e16ef80
No need to import __builtin__, spotted by Skip.
2002-11-19 23:01:20 +00:00
0ec2744fb8
Pure Python implementation of a plist generator/parser.
2002-11-19 22:01:02 +00:00
293fdeb31e
Another workaround, to find the IDE directory when we're in MacPython-OSX
...
on Jaguar.
Ceteram censeam W era packagendam esse.
2002-11-18 15:29:02 +00:00
972573553e
Define PyDoc_STR if it isn't defined. This makes these modules compile
...
for Python 2.2.
2002-11-18 15:26:43 +00:00
5efbbcd793
Build waste, _Help and _Scrap too.
2002-11-18 13:48:18 +00:00
26e6be3572
First stab at a Makefile that will create a MacPython that uses the
...
Apple-installed Python 2.2 from /usr/bin as it's underlying engine.
All the MacPython stuff is installed into /Applications/MacPython-OSX,
and .pth files and other magic are used to tie everything together.
So far only the raw windowing interpreter and BuildApplet work.
2002-11-15 00:13:33 +00:00
4ea1f455d7
Go from filename to FSSpec via FSRefs, to work around outdated macfs module
...
in python 2.2.
2002-11-15 00:08:29 +00:00
d892d4e1c0
Make the Resources directory if needed.
2002-11-15 00:07:31 +00:00
180ceedc09
Python 2.2 as installed by Apple has a version of _Res that is too old. We
...
attempt to load an override version in this case.
2002-11-15 00:06:52 +00:00
25e61d9e0a
Added a hack so we can build applets with a MacPython that uses the
...
OSX 10.2 apple-supplied Python as its base: if we've copied a symlink
as the executable we remove it and install appletrunner in stead.
2002-11-15 00:05:47 +00:00
b54a6ce154
A script to run applets. Originally by Just, slightly modified by me.
2002-11-15 00:04:09 +00:00
eb342298de
- Use imp to find appletrawmain.py in stead of hand-crafting the path
...
to it.
- Allow for symlinks in the applet template.
2002-11-11 00:06:14 +00:00
7d996a2bb7
- Building IDE is optional on waste being available, similar to building
...
IDLE (it was a fatal error before)
- Shuffled a few things around to facilitate the experimental building
of MacPython for Jaguar's pre-installed python.
2002-11-11 00:05:00 +00:00
dde800ec4e
Got rid of the python.rsrc resource file. The error message strings and
...
dialogs are now stored in Mac/Lib, and loaded on demand through macresource.
Not only does this simplify a MacPython based on Apple's Python, but
it also makes Mac error codes come out symbolically when running command
line python (if you have Mac/Lib in your path).
The resource files are copied from Mac/Resources. The old ones will disappear
after the OS9 build procedure has been adjusted.
2002-11-07 23:07:05 +00:00
Jack Jansen
Just van Rossum