[Pythonmac-SIG] What's MacPython missing?
bob at redivi.com
Wed Oct 15 13:32:55 EDT 2003
I'm interested to know what people here would like to see for MacPython.
Which modules from other platforms would you really like to see?
Which Apple APIs/Frameworks would you like to use but aren't wrapped
or aren't wrapped satisfactorily?
What documentation do you think needs to be written/improved
These are a few of the things I'm interested in:
Easy to use ARB_VERTEX_PROGRAM support for PyOpenGL (something like a
hybrid of ShaderBuilder and DrawBot)
A numarray-esque syntax -> ARB_VERTEX_PROGRAM compiler (Cg *still*
isn't available for the Mac, and ATI's RenderMonkey is DirectX)
An optimized PPC backend for Psyco (I'm kind of working on this on and
off.. at the PPC ASM compiler/decompiler stage)
Better CoreAudio/AudioUnits support, here are some interesting
projects I've seen:
http://www.icculus.org/al_osx/ (Highly optimized partial OpenAL
http://www.stolk.info/alpy/ (this is a GPL binding for OpenAL..
probably a poor license choice)
Better use of AltiVec in numarray (especially vec_perm stuff.. very
useful for byteswapped arrays and converting bitmaps)
Some crazy bridge that lets you write Contextual Menu PlugIns in
Python (eww, COM.. this might be a job for ctypes and an embedded
A better PackageManager / distutils
Fully functional SciPy / VTK / MayaVi
PyQt for Qt/Mac
A relatively bug free version of wxPython that's not noticeably slow ;)
Stackless on Python 2.3 (I know, this doesn't really have anything to
do specifically with MacPython, but it would be more useful to us if it
was on the Python 2.3 codebase)
A version of PIL (or something like it) that's updated for Python 2.2+
features and uses a more sensible storage mechanism (i.e. something
that isn't hardcoded to do RGB/RGBX/RGBA only). I think leveraging the
SDL libraries would be good for this, as they can deal with all kinds
of bitmaps (arbitrary bit shifts for channels). I'd like to see the
storage used actually be addressable directly as a numarray (pygame
sort of does this, but not quite adequately).
Would be nice of Apple open sourced the SWIG wrapper for CoreGraphics
they wrote (included with vendor installed Python in MacOS X 10.3), the
bgen wrapper is missing a LOT of useful stuff from there.
A smarter version of bgen or something bgen-like that was more generic
about the kind of C it could understand, and more modern about the
wrappers it spit out (keyword arguments, new style types with
initializers, etc). Potentially it could even preserve documentation
from the original code, it would be relatively straightforward to do
that with most (new?) Apple headers. Maybe even a version that spit
out ctypes wrappers instead.
More information about the Pythonmac-SIG