SciPy and Chaco would be desireable. I'm looking for a nice cross-platform way to make plots. Right now I'm using graphite/piddle, but they no longer seem to be in active development. On Wednesday, October 15, 2003, at 10:32 AM, Bob Ippolito wrote: > 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 > (specifically)? > > 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://arrowtheory.com/software/hypersonic/index.html > http://www.icculus.org/al_osx/ (Highly optimized partial OpenAL > implementation) > 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 > Python?) > > 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. > > -bob > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 3315 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20031015/7ee0974d/attachment.bin
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4