| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
the classes' attribute list.
|
|
|
|
|
|
| |
in stead of prepending it, which messes up "import * from".
- A few ascii()s added again.
- Changed the getbaseclasses a little, but it still isn't perfect.
|
|
|
|
| |
the result passes through backticks.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch makes inheritance for OSA classes work. The implementation is a
bit convoluted, but I don't immedeately see a simpler way of doing it.
I added calls to ascii() everywhere we output strings that may contain
non-ascii characters (Python has gotten very picky since the encoding
patch:-).
I also removed Donovan's different way of opening resource files: I don't
seem to need it.
|
| |
|
|
|
|
|
|
| |
at compile time: use PBGetCatInfoSync() to get FInfo data in stead of
GetFInfo. The latter doesn't work for folders. The former does, at
least on OSX, and insofar the info makes sense for a folder.
|
| |
|
|
|
|
|
| |
check whether it contains a .nib, and do the Cocoa song and dance if
it does.
|
|
|
|
| |
exists. Partial fix for #585923.
|
|
|
|
| |
Handle the two modules with non-standard scanner module names.
|
| |
|
| |
|
| |
|
|
|
|
| |
to search on the command line in that case.
|
|
|
|
|
|
|
| |
where it was: it is really a configuration file, not a normal module.
By moving it into Mac/Lib we can now also store the location of bgen
itself in there, which is needed because bgen isn't installed.
|
|
|
|
| |
"normal" Py_Main, and that signature has appeared in a .h file.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Builder carbon NIB files from Python. As-is, I may need to twiddle a few
things as he donated this long ago.
Donovan is now one of the four people in the world who know how to drive
bgen!
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
etc. Still not enough, probably, but better than what we had.
|
| |
|
|
|
|
| |
surprises later (the IDE won't work without waste).
|
| |
|
|
|
|
| |
Cater for that by working from sys.executable.
|
|
|
|
|
|
|
|
|
| |
argv emulation (i.e. if the end user drops files and folders on the
applets these will show up in sys.argv) BuildApplet will add the required
code to the applet bundle, in __rawmain__.pyc.
This code is compiled from appletrawmain.py, it creates sys.argv, cleans
up most of the mess and executes either __main__.py or __main__.pyc.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actual script to run in case we are running from an applet. If we are indeed
running an applet we skip the normal option processing leaving it all to the
applet code.
This allows us to get use the normal python binary in the Python.app bundle,
giving us all the normal command line options through PythonLauncher while
still allowing Python.app to be used as the template for building applets.
Consequently, pythonforbundle is gone, and Mac/Python/macmain.c isn't used
on OSX anymore.
|
| |
|
|
|
|
|
| |
- The applet .rsrc file should be called python.rsrc, it is not based on the
applet name.
|
|
|
|
| |
- "Open Document" appleevent is "odoc", not "open".
|
|
|
|
|
|
| |
during startup of a program. This module will replace the C code in
macgetargv.c so we can get rid of the special macmain.c for OSX
Python.app.
|
| |
|
|
|
|
|
|
|
| |
be invoked by PythonLauncher when needed.
Also changed the names of various variables in the Makefile to match
what the main Makefile has.
|
|
|
|
| |
PythonLauncher.app has taken that responsibility over.
|
|
|
|
| |
dragging or double-clicking the script.
|
|
|
|
| |
- Build PythonLauncher.app and PythonIDE.app as well as Python.app.
|
| |
|
|
|
|
| |
optimal, especially if Terminal wasn't running yet, but it works.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
doubleclicks a .py, .pyw or .pyc file. It runs the file by invoking the
relevant interpreter (either the command line Python in a terminal window
or a Python.app for GUI-based scripts). Interpreter to use and the options
to pass are settable through preferences.
If PythonLauncher wasn't running it does its thing for one script and exits.
If it was manually started before a dialog is presented where the user
can set the options to use, etc.
To be done:
- option-drag/doubleclick should always open the interactive dialog
- Terminal-window isn't done yet
- Should be reimplemented in Python, but pyobjc isn't part of the core.
- Various menu entries should be disabled.
|
| |
|
|
|
|
| |
added a bit more trace output if verbose > 1.
|
|
|
|
| |
Fixed it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|