🌐 Mailman 3 June 2001 - Pythonmac-SIG - python.org

Re: [Pythonmac-SIG] OSAm.ppc.slb built for older version of Python
by Jack Jansen June 26, 2001

June 26, 2001

> I was looking around for a way to compile and execute an AppleScript > script (as opposed to building an AppleEvent bit by bit). The > :Mac:Contrib:osam:OSAm.ppc.slb had a promising sounding name, but trying > to import it, I got: > ImportError: Dynamic module was built for an older version of MacPython Oops, an oversight on my part. I'll put "recompile OSAm" in my list of things to do before every distribution. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

Re: [Pythonmac-SIG] Could the MacOSX Python core be a framework?
by Jack Jansen June 26, 2001

June 26, 2001

> I've been working on a patch for the UNIX build process that > generates Python.dylib, which is a step towards the framework build. > I can e-mail it to interested parties as soon as I dual boot back to > OS X. Yes, by all means! If you can send patches that would be even better (that would allow me to more easily put them in the cvs tree). Or, in stead of mailing them, you could also put them in the sourceforge patchmanager and assign them to me. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

OSAm.ppc.slb built for older version of Python
by Mark Day June 26, 2001

June 26, 2001

I was looking around for a way to compile and execute an AppleScript script (as opposed to building an AppleEvent bit by bit). The :Mac:Contrib:osam:OSAm.ppc.slb had a promising sounding name, but trying to import it, I got: ImportError: Dynamic module was built for an older version of MacPython I downloaded the source distribution and managed to rebuild the module without much trouble (without even building MacPython itself). Perhaps this module could be rebuilt the next time the binary distributions get updated? Or maybe it could be integrated into one of the AppleEvents modules (and become a standard part of MacPython)? For those who haven't looked at it, OSAm provides three functions that let you compile and execute AppleScript (execute immediately; or compile and store, then load and execute). So, you can do things like: OSAm.CompileAndExecute('tell app "SimpleText" to quit') Very handy. -Mark

1 0

Could the MacOSX Python core be a framework?
by Jack Jansen June 25, 2001

June 25, 2001

I've been musing a bit more about what MacOSX Python should eventually look like, and I've come up with the following idea that I'd like some feedback on. I'm still pretty weak on all this framework stuff, so what I'd mainly like to know is whether the following is feasible, or whether I don't have a clue about the matter in the first place. What I was thinking is that if we turn the core Python (based on the unix Python, this would basically be what is in PythonCore for MacPython, but then based on the unix sources) into a framework we could then provide two programs using this framework: 1. a commandline based python 2. a GUI-based python The first one would simply be a skeleton main program that calls out to the main routine in the Python framework. The second would be a .app package with all the plist and PkgInfo and other jazz. In the gui-based Python you would probably lose stdin/stdout/stderr, but that shouldn't be too much of a problem because it would mainly be used during testing things that are to become applets. And maybe we can keep stdin/stdout/stderr, does anyone know of a way to get at these for Mach-O/libc-based .app packages? Applets would be simple too: they would be very similar to the GUI-based Python but with the .pyc resource extra (and possibly a slightly different main program). Of course, the IDE should be one of the first applets ported. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++

3 2

W Widget questions
by Josh English June 25, 2001

June 25, 2001

I have 2 questions about my work with widgets. I created a script that will pop up a calendar and allow the user to choose a date. I want to have a button on another window function so that when I click the button the calendar appears, and when the user clicks on a date, the calendar disapears and fills a text field on the main window. No matter what I try, The calendar crashes the IDE saying that it has no attribute labeled "parent." My next question is about making applications. Has anyone managed to do this successfully? I can get the Build Application to work on the MyApp.py file that came with the W package, but if I make any changes to the file Build Application stops, citing a memory error and then won't quit. I have to force quit the program. This is on a second generation bondi blue iMac running OS 9.1.4 Thanks Josh English english(a)spiritone.com

1 0

BuildApplication Errors
by Rob June 25, 2001

June 25, 2001

I get an error whenever I try to make an application using the MakeApplication droplet. The error is not always the same but the most frequent is a memory error. I get this not only with all of my code that uses Tkinter I can get the same with the Hello program by Guido and TkColorChooser.py from the lib-tk folder. I have no problems with non-Tkinter based programs. Any ideas?

2 1

Re: [Pythonmac-SIG] Interpreter on Mac
by Christopher Smith June 24, 2001

June 24, 2001

pythonmac-sig(a)python.org writes regarding the now-available patch that fixes the Mac IDE: >Download it via http://www.cwi.nl/~jack/macpython.html and please let >me know wether it fixes the problem. >>> print "Hello, World! :-)" Hello, World! :-) Thanks, Jack. Two notes, too. 1) I am clearly not running Carbon (thanks for pointing out the obvious, Just): Python 2.1 (#92, Apr 24 2001, 23:59:23) [CW PPC GUSI2 THREADS] on mac 2) This pressing-end-kills-the-interpreter behavior is only partly bad. It only boots you out of the interpreter IFF the cursor is on the last line. If you have moved the cursor off the last line, pressing <end> moves you to the last line (and repeats the >>> prompt or else \n's the line you had been editing). My personal hand-tic work-around is to press the up arrow before pressing the <end> key. Could this be done through the software? Catch the <end> key and preface it with an up-arrow first? On the other hand, if it really is a ctrl-D that is being generated and for universal behavior you want the interpreter to quit at a ctrl-d then this isn't a good work around. Finally, thanks for the help. I've subscribed to tutor, edu-sig, and this group to help me learn the language b/c I am going to be teaching our school's first comp sci course next spring with Python. This is my week of intense preparation before other concerns have to take priority this summer. You've helped me make great returns on the investment. Whoever has put together the Windows package has done a great job, too. I helped my cousin who just graduated from HS get Python set up last night on her machine which runs windows. I was impressed with how out-of-the box it was *with identical documentation* (Language Ref, Tutorial, etc...) built into the archive. This is going to be a big plus when I have students who can set up Python at home under either Mac or Windows. /c ------------------------------------------------------------- Have you ever sung in Latin? The sounds are so nice to sing. Have you ever coded in Python? It's very much the same thing.

1 0

Quick fix available for IsAntiAliasesTextEnabled problem
by Jack Jansen June 23, 2001

June 23, 2001

I've put new versions of Fm.ppc.slb and Fm.carbon.slb on the website. These should cure the undefined symbol problem that people with MacOS 8.5 and earlier are experiencing. Download it via http://www.cwi.nl/~jack/macpython.html and please let me know wether it fixes the problem. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++

1 0

Re: [Pythonmac-SIG] Interpreter on Mac
by Jack Jansen June 23, 2001

June 23, 2001

Recently, Doug Wyatt <doug(a)sonosphere.com> said: > If I remember correctly, the End key generates an ASCII 4, ^D, which a > lot of Unix code would interpret as an EOF ... It's SIOUX. I just looked at the code, and it explicitly convert ctrl-D and ctrl-Z to end-of-file. So, if End indeed generates 0x04 then that's what causes this. The bad news is that it's difficult to fix, because I don't really want to muck with Sioux. The good news, however, is that the IDE probably doesn't have the problem, and people should be using the IDE for interactive work anyway:-) -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

Interpreter on Mac
by Christopher Smith June 23, 2001

June 23, 2001

I wrote the following and Jack suggested that I send it to the SIG. > > I ran into a little behavior problem with the > > Interpreter on the Mac. If you are at the prompt and > > you press "end" the interpreter quits. One could call > > this a "feature" since if you have moved the cursor of > > the prompt line, pressing "end" takes you to the prompt. > > But if you have been paging up and want to see the > > last line again and you press "end" the interpreter > > quits because the page up and down didn't move the > > cursor. > Has anybody else run into this problem? > Also, a bit more detail > (Interpreter or IDE, Carbon or Classic, which MacOS > version) might help tracking this down. This is a problem with the Interpreter (I have not been able to get the IDE to run on my system, it either quits with a IsAntiAliasesTextEnabled error or a Mac 1011 error depending on whether I try to run the Classis or Carbon version.) I'm running OC 8.5.1 on a 7600 which I don't think is Carbon compatible (right?) so I assume I'm running Classic. However, I found CarbonLib 1.0.4 in my Extensions folder. Is it actually being used or is it being ignored? (Sorry for the OS ignorance here, not being a developer I don't often have to concern myself with what features the OS has.) /c

6 5