Re: [Pythonmac-SIG] Fwd: MacPython icon mockup
Hi all, has wrote: Indeed. The Python logo is just a badge to be applied to the larger graphic(s)as necessary, in this case a family of four(?) OS X icons representing an interactive Python editor (IDLE), .py document file, .pyc/.pyo document file, and drag-n-drop script runner. The visual language for representing text-based editors and document files on OS X is extremely well established (e.g. compare Script Editor.app and .scpt documents), and there's probably a fair bit of precedence for the script runner too. So there's no reason that all of this shouldn't be regarded as a wholly solved problem. If someone comes up with a finished badge (or even a good explanation of what this should be, as long as it's not overly complex), I can make py/pyc document icons. I have the Photoshop template for it, having just made several dozen TextMate document icons (included in version 1.5.1). What should a drag-n-drop script runner look like? I'm willing to do that too, if it's a simple enough job. All it needs is somebody with some decent Photoshop compositing skills (and maybe a nice 3D drawing of a technical pencil) to assemble the finished elements. Let me know what the finished elements are, and I'm glad to assemble them. It hopefully shouldn't take more than an hour or two at most. -Jacob ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] bin and version
Saggau wrote: You can show all hidden files in the finder, too. defaults write com.apple.finder AppleShowAllFiles -bool TRUE Or you can use a utility called tinker Tool if you google it, you should find it. It's very handy. Does anyone know if it's possible to show some hidden files, but not all? there are multiple reasons to hide files. For instance, I'd like to see all the unixy files, but not all the .* ones. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Garbage Collection with Carbon
Hi Python Mac People: When I run the following: ### import sys,os import Carbon.File import Carbon.CF def fileurl(posix): fileref = Carbon.File.FSRef(posix) cfurl = Carbon.CF.CFURLCreateFromFSRef(fileref) filestr = cfurl.CFURLGetString() return filestr.CFStringGetString() if __name__ == __main__: print fileurl(/tmp) ### I get: python(7038) malloc: *** error for object 0x3101f0: double free python(7038) malloc: *** set a breakpoint in szone_error to debug file://localhost/private/tmp/ Can anybody tell me what those errors mean? And BTW, does anybody know if this code works fine with an untouched Tiger install. I am considering making this an automater script and giving to some friends. Although, the script does not work at all in Automator but works on the command line with the result above. I wonder if this makes Automator think the script failed? tia, Brian Ray with running python -v I get more info: snip... # /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat-mac/Carbon/CF.pyc has bad mtime import Carbon.CF # from /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat-mac/Carbon/CF.py # can't create /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat-mac/Carbon/CF.pyc dlopen(/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-dynload/_CF.so, 2); import _CF # dynamically loaded from /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-dynload/_CF.so python(7053) malloc: *** error for object 0x310200: double free python(7053) malloc: *** set a breakpoint in szone_error to debug file://localhost/private/tmp/ ... snip ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Fwd: MacPython icon mockup
If someone comes up with a finished badge (or even a good explanation If you look in http://doxdesk.com/img/software/py/icons2.zip, you'll find a file called baselogo.svg. In the lower left corner of that figure, you'll find a shaded two-intertwined-snakes badge that is the new Python site logo. That's the badge has was referring to. Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] read content from latin-1 file, write it to ut8 file
Am 2006-04-18 um 10:27 schrieb Piet van Oostrum: FH my problem is, that when I open newtest.txt in Textwrangler again, FH Textwrangler recognizes the file as MacRoman encoded and the content is FH garbled. Then that is Textwrangler's fault. Interpreting a utf-8 file as MacRoman will indeed give garbage. Maybe you can configure Texwrangler to recognize utf-8 files. Otherwise use an editor that does this well. This is not a python problem, as the file should be (and probably is) generated in utf-8. You can define TW's default encoding and define a different encoding of some file in the Open dialogue or use the re-open in another encoding menu entry. Greetlings from Lake Constance! Hraban --- http://www.fiee.net http://www.cacert.org (I'm an assurer) ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] py2app includes all python documentation in the app
Hi all, I'm bundling an app with py2app. Somehow, py2app is including *all* python documentation. There are numerous messages by py2app like this one while building the app: copying /Library/Frameworks/Python.framework/Versions/2.4/Resources/English.lpro j/Documentation/acks.html - /Users/frank/taskcoach/build/TaskCoach.app/Contents /Frameworks/Python.framework/Versions/2.4/Resources/English.lproj/Documentation Python 2.4.1 py2app 0.2 (wxPython 2.6.3.2 in case it matters) How can I find out why py2app is including the docs? I tried creating the dependency graph, but grep Documentation TaskCoach.dot comes up empty, so apparently it is not a dependency issue. It seems py2app is simply copying /Library/Frameworks/Python.framework/Versions/2.4/Resources/ and everything below it. Why? And how to prevent it? Thanks in advance, Frank ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Someone had PIL trouble on i386 10.4.6 Python 2.4 IIRC--I succeeded this evening
Daniel, It would be great if you could post this summary to: http://pythonmac.org/wiki/UniversalPackages thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Someone had PIL trouble on i386 10.4.6 Python 2.4 IIRC--I succeeded this evening
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Barker wrote: Daniel, It would be great if you could post this summary to: http://pythonmac.org/wiki/UniversalPackages thanks, -Chris Is a universal package of Tcl/Tk (for Tkinter apps) something that others would find useful? I'm putting together one for my own purposes and would be glad to contribute it (or post a download link) when it's ready. - -- Kevin Walzer Poetic Code http://www.kevin-walzer.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFERU1ZrTC5hIgjqTMRAlg9AJ90ibOdJM+S+/cQSW2qz1rDRtXFGACeKVtt HiHr+bbPqhdiUyJNXjx4iXI= =TiEN -END PGP SIGNATURE- ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Fwd: MacPython icon mockup
If someone comes up with a finished badge (or even a good explanation If you look in http://doxdesk.com/img/software/py/icons2.zip, you'll find a file called baselogo.svg. In the lower left corner of that figure, you'll find a shaded two-intertwined-snakes badge that is the new Python site logo. That's the badge has was referring to. Yeah, I've seen the new python logo. There was discussion of macifying it. If the suggestion is to just leave the logo as-is, here's an [example][1] of what the icon could look like. -Jacob [1]: http://hcs.harvard.edu/~jrus/python/Mac-Python-Document-Icon.zip ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] 2.3 vs 2.4
Robertson Holt wrote: and got confused by this paragraph on the MacPython site, NOT python.org We've GOT to get that site updated! Is Jack around? -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxPython -- some disappointment using it.
Louis Pecora wrote: I really do numerical calcs, but occasionally need a simple GUI dialog or open a window to plot in (very simple) Take a look at wxmpl. It helps you embed a matplotlib window in a wxPython app. It's pretty handy, once you get the hang of wxPython. Also, depending on what kind of data you are looking at, wx.lib.floatcanvas might be useful (shameless plug, I wrote it) I wish there were a way to keep the popup window with the traceback info open, but it quickly closes and the app quits. Redirecting found the error, but it is an extra step. This is a BBEdit thing, really, I find it easiest just to run from the terminal command line, and see your tracebacks there. For really simple stuff, you can just: app = wx.App() image=wx.Image('/Users/louispecora/Code/python/test_folder/wxPython_learn/rappin_cover150.jpg',wx.BITMAP_TYPE_JPEG) frame = Frame(image) frame.Show() app.MainLoop() I'm pretty sure the default wx.App directs errors to the console. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] talking points, Pythonismus
Charles Hartman wrote: Actually, I am using Matlab, which is dynamically typed as well, in some of my courses and I know it works well until types become important. Matlab is a far cry from Python, as a programing language. Indeed, until recent versions, it was not the least bit dynamically typed, every variable was a matrix of doubles. It had some tricks for interpreting them as integers, booleans, or strings in some cases, but that was all there was. More recent versions do support other real data types, but the it's really more weakly typed than dynamically typed. Python's dynamic type system, is in fact, quite strongly typed. A given Python object is one type, and one type only and will not be interpreted differently depending on context. NAMES are not typed, but OBJECTS are. There can still be a bit of confusion when the same name refers to different objects of different types at different places in the code, but it's not as bad as Matlab. As for Matlab vs. Python: Anyone using Matlab, but feeling like it's not a real enough language for more powerful use, or to teach more about programming, should really look into using numpy (and SciPy). It gives you a powerful flexible array data type, similar to Matlab's but more powerful. And it gives you all the power and flexibility of Python. Numpy arrays are essentially statically typed: when they are created you define the size, shape and data type, so they can really teach a lot about data typing. Sometimes they claim that the program (the interpreter) isn't working right. and people also wonder why: x = 0.0 while x != 10.0: x + 0.1 never terminates. In any language. It's an opportunity for teaching. In fact, if you make a data type mistake in C, you get a segfault, or totally bogus results. People don't blame the compiler, because they expect C to be hard. The fact that users blame the interpreter is because most of time things do work as expected! I agree with another poster (and Joel Spolsky), that really learning about things like data types, pointers, recursion, etc, is critical to being a computer scientist, or a truly versatile programmer. However: 1) A lot of people can benefit from knowing how to do some programming that are not ever going to be computer scientists or professional programmers: Python gives them a very useful tool for a wide variety of programming needs, without the painful learning curve. 2) Even if someone is going to become a computer scientist or professional programmer, why do they need to learn all those painful details first? I think Python provides an excellent introduction to a lot of what programming is about, and it can be later supplemented with a course in Lisp, or C, C++ ,or even JAVA, later. Frankly, I wouldn't call anyone a real programmer that has only used one language. Any one language. In some ways, JAVA is the worse choice: you don't learn about the nitty gritty details of pointers and memory management that you get from C, and you don't get the high-level power and flexibility or Python either! -Chris Does that help? -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] readline: where and how installed?
Ronald Oussoren wrote: On 13-apr-2006, at 18:47, Zachary Pincus wrote: Also, a related query: Is there somewhere in the Python Framework structure that is appropriate for placing dynamic libraries that Python would link to? I don't see what this would buy us. It is possible to do this, but IMHO not really worth the trouble. I don't think it would buy anything for readline, but it would for libs that are used by multiple python extensions, like libpng and libfreetype, for instance. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Psycho 2.4.3 universal
Hi, I couldn't compile [psyco][1] using the 2.4.3 universal version of Python on my 12 powerbook. I'm wondering if this is just a problem with universal Python, or if psycho doesn't compile in general under OS X. Thanks for any help, -Jacob [1]: http://psyco.sourceforge.net/ Here's what the terminal output looked like: $python setup.py build PROCESSOR = 'ivm' running build running build_py running build_ext building 'psyco._psyco' extension gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -O3 -DALL_STATIC=1 -Ic/ivm -I/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c c/psyco.c -o build/temp.macosx-10.4-fat-2.4/c/psyco.o In file included from c/initialize.h:46, from c/psyco.c:14: c/dispatcher.c: In function ‘do_promotion_internal’: c/dispatcher.c:1794: error: invalid lvalue in assignment In file included from c/initialize.h:46, from c/psyco.c:14: c/dispatcher.c: In function ‘do_promotion_internal’: c/dispatcher.c:1794: error: invalid lvalue in assignment In file included from c/initialize.h:48, from c/psyco.c:14: c/psyfunc.c: In function ‘psyco_proxycode’: c/psyfunc.c:633: warning: pointer targets in passing argument 1 of ‘PyString_FromStringAndSize’ differ in signedness In file included from c/initialize.h:48, from c/psyco.c:14: c/psyfunc.c: In function ‘psyco_proxycode’: c/psyfunc.c:633: warning: pointer targets in passing argument 1 of ‘PyString_FromStringAndSize’ differ in signedness lipo: can't figure out the architecture type of: /var/tmp//ccUTzkfB.out error: command 'gcc' failed with exit status 1 ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxPython -- some disappointment using it.
Christopher Barker wrote: Louis Pecora wrote: I really do numerical calcs, but occasionally need a simple GUI dialog or open a window to plot in (very simple) Take a look at wxmpl. It helps you embed a matplotlib window in a wxPython app. It's pretty handy, once you get the hang of wxPython. Also, depending on what kind of data you are looking at, wx.lib.floatcanvas might be useful (shameless plug, I wrote it) I wish there were a way to keep the popup window with the traceback info open, but it quickly closes and the app quits. Redirecting found the error, but it is an extra step. This is a BBEdit thing, really, I find it easiest just to run from the terminal command line, and see your tracebacks there. For really simple stuff, you can just: app = wx.App() image=wx.Image('/Users/louispecora/Code/python/test_folder/wxPython_learn/rappin_cover150.jpg',wx.BITMAP_TYPE_JPEG) frame = Frame(image) frame.Show() app.MainLoop() I'm pretty sure the default wx.App directs errors to the console. wxmpl ? Yet another GUI. :-)Well, that's good. I'll check it out. I did get PythonCard and it looks pretty good, too. Nice to have a choice. Now EVERYONE STOP. NO MORE. :-) I got around the loss of Traceback. wxPython has a mechanism to set the redirection. Just putting it to False causes the usual Terminal output. So that now works. (Yes, it was in the book.) -- Cheers, Lou Pecora Code 6362 Naval Research Lab Washington, DC 20375 USA Ph: +202-767-6002 email: [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Someone had PIL trouble on i386 10.4.6 Python 2.4 IIRC--I succeeded this evening
Kevin Walzer wrote: Is a universal package of Tcl/Tk (for Tkinter apps) something that others would find useful? Isn't it part of the new Universal build? If not, then yes, please do contribute it. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Someone had PIL trouble on i386 10.4.6 Python 2.4 IIRC--I succeeded this evening
Chris, I will do that but as it stands, one has to build this on the system it is going to run on, i.e. i386. I assume, but haven't gotten around to trying to build this on my PPC system since there is a valid build for that already. First, I am going to create a package for this for i386-based Macs and see if I can write a script to do the whole thing 'auto- magically'. Then I'll write the instructions up. Which leads me to a philosophical question for the community: which makes since for things like this as a standard practice for distribution (ranging from hardest to easiest) 1) to create a package with copies of the libraries used as Universal 'FAT' binaries (zlib, freetype2, jpeg-6b) not to mention PIL as well that will install correctly for PPC or i386 systems but include useless binary versions and take up space, 2) have two separate 'chunks' and have the installer select one based on the installation platform, or 3) just provide two separate packages--one for i386 and one for PPC? Daniel On Apr 18, 2006, at 13:22, Christopher Barker wrote: Daniel, It would be great if you could post this summary to: http://pythonmac.org/wiki/UniversalPackages thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] talking points, Pythonismus
On 18 Apr 2006, at 22:14, Christopher Barker wrote: 1) A lot of people can benefit from knowing how to do some programming that are not ever going to be computer scientists or professional programmers: Python gives them a very useful tool for a wide variety of programming needs, without the painful learning curve. 2) Even if someone is going to become a computer scientist or professional programmer, why do they need to learn all those painful details first? I think Python provides an excellent introduction to a lot of what programming is about, and it can be later supplemented with a course in Lisp, or C, C++ ,or even JAVA, later. Frankly, I wouldn't call anyone a real programmer that has only used one language. Any one language. which is why so many languages exist? I've though for a while that it's possible to become 'over trained' on one language (borrowing the term from neural nets) which can make it difficult to see the benefits of different approaches. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Mac Python is DEAD
(I'm totally confused about the nine versions of python for Mac OS X, the defunct or just not updated for 2 years MacPython pages, the current state of the macintosh specific library modules, etc.) To give my 2 cents... It doesn't really matter about a logo, icon, or universal build. If there is no recent info on the OFFICIAL python.org linked web pages, most new users will think it's become defunct, and look no further. NEWS April 2, 2004 MacPython 2.3.3 for Jaguar and MacPython-OS9 2.3.3 have finally been released. And on April 18, 2006, having no other information, we must assume in the last two years it's become totally stale, defunct and forgotten. Too bad. I guess I'll have to mess around with Java or Ruby. Doing a Google search produces way too much antique information for a newbie to sort thru, and just re-inforces the implication that python on Mac is dead. COME ON GUYS, get something up on the web page. ANYTHING!!! Point us to this list and tell us you've been too busy to mess around with newbie info. De-link Jack's pages from the Main page, and put up a list of current resources. ANYTHING that shows current activity!! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
On 18 Apr 2006, at 21:59, Advertising Department wrote: (I'm totally confused about the nine versions of python for Mac OS X, the defunct or just not updated for 2 years MacPython pages, the current state of the macintosh specific library modules, etc.) To give my 2 cents... It doesn't really matter about a logo, icon, or universal build. If there is no recent info on the OFFICIAL python.org linked web pages, most new users will think it's become defunct, and look no further. I'm a new user too but I've never got the impression MacPython is dead. the presence of a Universal Binary suggests to me it's still alive. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Fwd: MacPython icon mockup
Yeah, I've seen the new python logo. There was discussion of macifying it. If the suggestion is to just leave the logo as-is, here's an [example][1] of what the icon could look like. There's the flat logo, but the logo I was pointing to was a version that's shaded a bit to look slightly raised and rounded. Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] talking points, Pythonismus
On Apr 18, 2006, at 5:14 PM, Christopher Barker wrote:Does that help? It does. Thanks -- and also to others who answered my request for ammo, in case I get to engage on the Python side. I don't think my CompSci is going to listen to a Prof of English, and I can't push too hard; but it's good to be armed in case.Charles___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
Advertising Department, In my opinion, the problem is the term MacPython. Python is Python, period, and we should just call it that, even if it's running on the Mac platform. Perhaps this was different in the pre-OSX days, but not now. I'd be happy to go though all the pages on python.org and stamp out references to MacPython. But the NEWS section of python.org is totally disfunctional. Months go by without anyone bothering to add anything to it; I think the trouble is that no one knows what the add procedure is. Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
It seems to me that it would be a good idea to UNLINK this site (http://homepages.cwi.nl/~jack/macpython/) -- remove all links to it from pythonmac.org, to begin with. In fact, I'd call it urgent. Charles Hartman On Apr 18, 2006, at 4:59 PM, Advertising Department wrote: (I'm totally confused about the nine versions of python for Mac OS X, the defunct or just not updated for 2 years MacPython pages, the current state of the macintosh specific library modules, etc.) To give my 2 cents... It doesn't really matter about a logo, icon, or universal build. If there is no recent info on the OFFICIAL python.org linked web pages, most new users will think it's become defunct, and look no further. NEWS April 2, 2004 MacPython 2.3.3 for Jaguar and MacPython-OS9 2.3.3 have finally been released. And on April 18, 2006, having no other information, we must assume in the last two years it's become totally stale, defunct and forgotten. Too bad. I guess I'll have to mess around with Java or Ruby. Doing a Google search produces way too much antique information for a newbie to sort thru, and just re-inforces the implication that python on Mac is dead. COME ON GUYS, get something up on the web page. ANYTHING!!! Point us to this list and tell us you've been too busy to mess around with newbie info. De-link Jack's pages from the Main page, and put up a list of current resources. ANYTHING that shows current activity!! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
On 4/18/06, kernel [EMAIL PROTECTED] wrote: On 18 Apr 2006, at 21:59, Advertising Department wrote: (I'm totally confused about the nine versions of python for Mac OS X, the defunct or just not updated for 2 years MacPython pages, the current state of the macintosh specific library modules, etc.) To give my 2 cents... It doesn't really matter about a logo, icon, or universal build. If there is no recent info on the OFFICIAL python.org linked web pages, most new users will think it's become defunct, and look no further. I'm a new user too but I've never got the impression MacPython is dead. the presence of a Universal Binary suggests to me it's still alive. Hmm, I go to python.org and right in my face: Universal Mac OSX binary for Python 2.4.3. Thanks for all the hard work on making this new build guys. Especially for getting rid of the need for pythonw. If you google mac python you might get those older pages, but those should be left there for several reasons. My 2 cents, Charlie ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
To give my 2 cents... It doesn't really matter about a logo, icon, or universal build. If there is no recent info on the OFFICIAL python.org linked web pages, most new users will think it's become defunct, and look no further. Apparently this guy got past the main python.org page, with news about the Universal Binary, and also skipped the downloads/Macintosh section. Instead, he went straight to the Macintosh documentation (not unreasonable), which starts with Using Python on a Macintosh, which points to Jack's defunct site. Now let's fix the documentation... Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] fixing the Mac documentation
Fred, I'd like to fix the Mac documentation. I believe I need checkin rights to the python/trunk/Doc svn subdirectory to do that. Is that right? Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD
| In my opinion, the problem is the term MacPython. Python is Python, | period, and we should just call it that, even if it's running on the Mac | platform. Perhaps this was different in the pre-OSX days, but not now. Make that 4 cents on dropping the Mac. The MacPython name is, to my ears, quite misleading. Terry ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxPython -- some disappointment using it.
Louis Pecora wrote: Christopher Barker wrote: Louis Pecora wrote: I really do numerical calcs, but occasionally need a simple GUI dialog or open a window to plot in (very simple) Take a look at wxmpl. It helps you embed a matplotlib window in a wxPython app. It's pretty handy, once you get the hang of wxPython. Also, depending on what kind of data you are looking at, wx.lib.floatcanvas might be useful (shameless plug, I wrote it) wxmpl ? Yet another GUI. :-)Well, that's good. I'll check it out. I did get PythonCard and it looks pretty good, too. Nice to have a choice. Now EVERYONE STOP. NO MORE. :-) wxmpl isn't another GUI - it's what you use to embed matplotlib windows within wxPython (and therefore also can be used to embed them within PythonCard); telling you about wxmpl is in response to the part of your original post saying or open a window to plot in -- Alex Tweedly http://www.tweedly.net -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.3/316 - Release Date: 17/04/2006 ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Fixing the documentation...
Just looking at the docs, I'm trying to figure out what's good and what's bad. 1) We should no longer point people to Jack's site, we point them to the python.org Mac download page instead. 2) references to PythonIDE and PackageManager should go. 3) What about the following: 2. MacPython Modules 2.1 macpath -- MacOS path manipulation functions 2.2 macfs -- Various file system services 2.2.1 FSSpec Objects 2.2.2 Alias Objects 2.2.3 FInfo Objects 2.3 ic -- Access to Internet Config 2.3.1 IC Objects 2.4 MacOS -- Access to Mac OS interpreter features 2.5 macostools -- Convenience routines for file manipulation 2.6 findertools -- The finder's Apple Events interface 2.7 EasyDialogs -- Basic Macintosh dialogs 2.7.1 ProgressBar Objects 2.8 FrameWork -- Interactive application framework 2.8.1 Application Objects 2.8.2 Window Objects 2.8.3 ControlsWindow Object 2.8.4 ScrolledWindow Object 2.8.5 DialogWindow Objects 2.9 autoGIL -- Global Interpreter Lock handling in event loops 3. MacPython OSA Modules 3.1 gensuitemodule -- Generate OSA stub packages 3.2 aetools -- OSA client support 3.3 aepack -- Conversion between Python variables and AppleEvent data containers 3.4 aetypes -- AppleEvent objects 3.5 MiniAEFrame -- Open Scripting Architecture server support 3.5.1 AEServer Objects 4. MacOS Toolbox Modules 4.1 Carbon.AE -- Apple Events 4.2 Carbon.AH -- Apple Help 4.3 Carbon.App -- Appearance Manager 4.4 Carbon.CF -- Core Foundation 4.5 Carbon.CG -- Core Graphics 4.6 Carbon.CarbonEvt -- Carbon Event Manager 4.7 Carbon.Cm -- Component Manager 4.8 Carbon.Ctl -- Control Manager 4.9 Carbon.Dlg -- Dialog Manager 4.10 Carbon.Evt -- Event Manager 4.11 Carbon.Fm -- Font Manager 4.12 Carbon.Folder -- Folder Manager 4.13 Carbon.Help -- Help Manager 4.14 Carbon.List -- List Manager 4.15 Carbon.Menu -- Menu Manager 4.16 Carbon.Mlte -- MultiLingual Text Editor 4.17 Carbon.Qd -- QuickDraw 4.18 Carbon.Qdoffs -- QuickDraw Offscreen 4.19 Carbon.Qt -- QuickTime 4.20 Carbon.Res -- Resource Manager and Handles 4.21 Carbon.Scrap -- Scrap Manager 4.22 Carbon.Snd -- Sound Manager 4.23 Carbon.TE -- TextEdit 4.24 Carbon.Win -- Window Manager 4.25 ColorPicker -- Color selection dialog 5. Undocumented Modules 5.1 applesingle -- AppleSingle decoder 5.2 buildtools -- Helper module for BuildApplet and Friends 5.3 cfmfile -- Code Fragment Resource module 5.4 icopen -- Internet Config replacement for open() 5.5 macerrors -- Mac OS Errors 5.6 macresource -- Locate script resources 5.7 Nav -- NavServices calls 5.8 PixMapWrapper -- Wrapper for PixMap objects 5.9 videoreader -- Read QuickTime movies 5.10 W -- Widgets built on FrameWork 5.11 waste -- non-Apple TextEdit replacement My inclination is to delete them all :-). Except for ones where someone pipes up and tells me it still works. Let folks use the Wiki to find modules. 4) Should we document some of the newer stuff? py2app comes to mind. Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Mac Python is DEAD...Long Live Python on the Mac
On Apr 18, 2006, at 16:46, Terry Jones wrote: | In my opinion, the problem is the term MacPython. Python is Python, | period, and we should just call it that, even if it's running on the Mac | platform. Perhaps this was different in the pre-OSX days, but not now. Make that 4 cents on dropping the Mac. The MacPython name is, to my ears, quite misleading. In fact, in my view, MacPython was the special build for OS 9 and earlier. I have never thought of the OS X distributions as 'MacPython' but rather Python for OS X just as Python for Red Hat Linux are still Python, just packaged and bundled as RPMs in order to install and work properly on the Red Hat Linux platform. I noticed the web information is trending in that direction, let's just make a clean break. Even if John Dvorak thinks Apple and OS X are doomed ;-) On another topic, we need to archive and keep available Jack Jansen's work. Jack made a great contribution to Python on the Mac, more than I think any other single individual, and one that should not be forgotten. Really. Link to it from the wiki and make it clear it is historical in nature and pioneering work by a key individual. IMHO MacPython _is_ dead (but not forgotten), Long live Python on the Mac./IMHO ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app = newbie path confusion
On Apr 18, 2006, at 8:44 PM, Bob Ippolito wrote: Print the paths and make sure they are what you expect them to be. Without seeing the script there's little else I can tell you. Thanks, didn't know if stupid newbie noise is acceptable here. Very simple beginner script. Not sure why it doesn't write files after py2appletizing. Seems to work just fine from the command line. What am I missing? #!/usr/bin/env pythonw imageSizer - drag drop image files onto this applet: Will create 2 Jpg files, names appended with a letter A - 432x432 pixels B - 150x150 pixels and will add whitespace to make images Square. import os, sys import Image, ImageFilter indent = BICUBIC = 3 ###Image module broke? so define it's constant here def main(): for infile in sys.argv[1:]: try: im = Image.open(infile) namebase = os.path.splitext(os.path.basename(infile)) [0] print \n + namebase ##strip B.S. from end of name (assume SKU number 15 digits) ##a regular expression would be better, ##if I could figure out the random logic users name things with namebase = namebase[0:15] width, height = im.size print indent + str(im.format) + indent + width %d, height %d % (width, height) if width != height: print indent + Alert! Image is not square! im = adjustsize(im) makeAsize(im, namebase) makeBsize(im, namebase) except IOError, errMsg: print Caught Error\n + str(errMsg) def adjustsize(daimage): width, height = daimage.size if width height: print indent + --wide image, space needed on top bottom spacer = (width - height)/2 print indent + creating new image %d x %d % (width, width) newimage = Image.new(RGB, (width, width), (255, 255, 255)) newimage.paste( daimage, (0, spacer) ) else: print indent + --tall image, space needed on sides spacer = (height - width)/2 print indent + creating new image %d x %d % (height, height) newimage = Image.new(RGB, (height, height), (255, 255, 255)) newimage.paste( daimage, (spacer, 0) ) return newimage def makeAsize(image, basename): outname = basename + A + .jpg print indent + --creating + outname out = image.resize( (432,432), BICUBIC) out.save(outname, JPEG) def makeBsize(image, basename): outname = basename + B + .jpg print indent + --creating + outname out = image.resize( (150,150), BICUBIC) out.save(outname, JPEG) if __name__ == '__main__': main() ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app = newbie path confusion
On Apr 19, 2006, at 10:27, corporate user wrote: On Apr 18, 2006, at 8:44 PM, Bob Ippolito wrote: Print the paths and make sure they are what you expect them to be. Without seeing the script there's little else I can tell you. Very simple beginner script. Not sure why it doesn't write files after py2appletizing. Seems to work just fine from the command line. What am I missing? As Bob suggested, you do not appear to be specifying the paths for output files. You could use os.chdir() or include the path in your 'namebase' so that it gets included in 'outname'. BICUBIC = 3 ###Image module broke? so define it's constant here BICUBIC = Image.BICUBIC (And it's its. :-) But you should find out why your PIL is broken. -- Jim Tittsler http://www.OnJapan.net/ GPG: 0x01159DB6 Python Starship http://Starship.Python.net/ Ringo MUG Tokyo http://www.ringo.net/rss.html ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] py2app = newbie path confusion
On Apr 18, 2006, at 22:05, Jim Tittsler wrote: BICUBIC = 3 ###Image module broke? so define it's constant here BICUBIC = Image.BICUBIC (And it's "its." :-) But you should find out why your PIL is broken. Hey, I am taking a break an a little so I'll 'nit pick' English:It isn't actually clear (to me) whether he's wrong or not: he could mean the contraction 'it is' as in 'so define [that] it is constant here' as opposed to the possessive "define it's constant" . If the former, his usage was correct, if the latter your correction was warranted. Just pointing out that the use is ambiguous to someone who has no idea whether this is Bicubic interpolation or B-splines or whatever. I'll settle down and go away now that I've had my fun--been that kind of day. I'll bet you _are_ right though ;-)___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig