Mailman 3 November 1996 - Pythonmac-SIG

Re: [PYTHONMAC-SIG] regarding sys.path (was: Anyone using $(APPLICATION) in sys.path preferences?)
by Jack Jansen April 18, 1997

April 18, 1997

Recently, "jeffrey P. Shell" <jeff(a)cynapses.com> said: > [on losing parts of sys.path set through EditPythonPrefs] > > i can append stuff to sys.path from a script or from the interpreter, > but after a certain point i can't add any more inside EditPythonPrefs Found it! It turns out that SetDialogItemText() cannot handle more than 255 chars, which is to be expected but which I forgot. The workaround, for now: if you need more than 255 chars in your sys.path initializer use ResEdit to edit "Python 1.4 Preferences" by hand, and modify the STR# resource. For the future I will implement a different EditPythonPrefs. Some time ago Just sent me a first stab at a much nicer EditPythonPrefs, and I also want to make the functionality available to python programs anyway so this is probably the moment to do the rewrite. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

3 3

Yes, but can it do... THIS?
by Joseph Strout Jan. 23, 1997

Jan. 23, 1997

I encountered "Chipmunk Basic" for the Mac the other day. It's a freeware BASIC implementation which can do some pretty nifty stuff in its Mac version, such as sprites (shapes which arrange themselves in layers, move around without clobbering the background or each other, and provide for collision detection). I've been looking for a language to get some young brothers-in-law into programming, and sprites would be a big plus (gives a language "Pac-Man equivalence"). But BASIC is pretty nasty by modern standards; Python is much nicer. So. Any sprite libraries for Mac Python yet? Thanks, -- Joe ,------------------------------------------------------------------. | Joseph J. Strout Department of Neuroscience, UCSD | | jstrout(a)ucsd.edu http://www-acs.ucsd.edu/~jstrout/ | `------------------------------------------------------------------' ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

2 1

MacPython 1.4, Tk4.2 and ColorPickerLib
by Steven D. Majewski Nov. 23, 1996

Nov. 23, 1996

FYI: Python 1.4 will build on the Mac ( at least PPC Mac ) with Tk4.2 if you add ColorPickerLib to the project. The new Tk for Mac adds a couple of new routines, some of which call the native Standard File Dialogs, and one of which 'tk_chooseColor', uses the ColorPickerLib. It's a shared library using a 'weak link" in the Tk CW project, so it does not get included in the the TK libraries. Even though there is no Python Tkinter binding to these calls, and they are not used, you will get a link error if you try to link without adding ColorPickerLib. ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- By doing just a little every day, you can gradually let the task completely overwhelm you. ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

time.sleep() not multifinder friendly ?
by Steven D. Majewski Nov. 22, 1996

Nov. 22, 1996

I haven't deciphered the sources yet, but from it's behavior, I suspect that time.sleep() in MacPython is not very multi-finder friendly. I added some sleep calls in a loop in a program I was testing so that I could slow it down enough to see what was happening, and I was unable to switch to another app while this was running. A sleep() that gave back some cycles by calling DoIdle() would be much more usable. BTW: I made another change do EasyDialogs: ProgressBar.label( text ) is now a method, instead of a variable. bar._label is the instance variable that holds the text. A call to label() changes the text in the dialog window. EasyDialogs.test() was also modified to demonstrate this behaviour by cycling thru a list of progress messages while incrementing the progress bar. [ I'm using this in my new drag&drop file util to display the file names as they are processed. ] I'll wait a bit before posting yet another version to wait and see if I find the need for any other fixes or additions. ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- By doing just a little every day, you can gradually let the task completely overwhelm you. ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 2

Re: Python and Super/hypercard
by Jack Jansen Nov. 21, 1996

Nov. 21, 1996

> Both HyperCard and SuperCard support the use of code resources know as > xcmd's and xfnc/s. There are a lot of these out there that do stuff that > would be useful in a mac-python app. Has anybody wriiten anything to take > advantage of them? > > I think that this should be doable in straight mac python from what I've > seen of it. This would be very nice. It has been on my wishlist for a number of years already, but I've never had a real application for it so it didn't get done yet. If someone is willing to look into it it would be nice to have. > The other idea is a bit more complicated. It seems to me that it should be > possible to make an xcmd out of python itself. such an xcmd would allow you > to make an embeded application in HyperCard or SuperCard (or any > application that can use xcmds) just by importing the python xcmd > "resource". This is impossible. Or, let me state that differently: I wouldn't know how to do this. Python needs lots of code and dataspace, and code resources are too cramped. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

3 3

Re: [PYTHONMAC-SIG] Window Cleanup in FrameWork
by Steven D. Majewski Nov. 20, 1996

Nov. 20, 1996

[ Jack -- I'm cc-ing this to the list. Does anyone else have trouble demonstrating this bug ? If I'm not the only one seeing it, I'm going to have to start removing extensions or look for other reasons my machine may be different. ] On Wed, 20 Nov 1996, Jack Jansen wrote: > > Steve, > I can't reproduce this (and, hence, I can't investigate whether there's a bug > in framework somewhere). Could you please give me a more detailed description > of how you made pictbrowse (or pictbrowse2) crash? It didn't always happen in the same place, so it took a little probing before I could figure out how to reproduce it. This last bunch of tests was with PICTbrowse, but I've gotten similar problems before with PICTbrowse2. [1] You have to select and view an item more than once -- double click and close the resulting window for several id's in the list view, then go back to the beginning and try the same ones again. [2] Sometimes, the second time I select an item, it pops up with a very small empty window -- definitely not the window I saw the first time thru. [3] Sometimes it will crash with a exception from struct, trying to unpack the resource. [4] I don't always get a crash or an empty window on the first retry, but then again, I've never had to go thru the entire list twice trying for a crash. In this latest test, I went thru the same half dozen items not more than 2 or 3 times to get a crash. ( Could it be some resource or pointer that is supposed to be locked and sometimes gets moved around ? ) [5] After it crashes, I can't quit Python from the Menu ( Or else something else strange happens to cause a complete machine crash. ) I *DO* have the listener window to the interpreter, and I can call sys.exit: <terminated> displays on the window, but the List window from PICTbrowse is still on screen, and I can't get the program to quit and cleanup. ( I have my options set to keep the main python window alive after termination -- which I typically want so I can read output in that window before a program dies and disappears. But I assume changing that option is only covering up the problem. ) I can ALWAYS generate the window-won't-die problem independently of that bug: run python import os os.chdir to the PICTbrowse directory ( ':Mac:Demo:PICTbrowse' ) import PICTbrowse now do QUIT from the menu before doing anything that might crash the script. The List window doesn't go away. I can't find anything in any namespace that looks like it might be holding the window / dialog or other object. Everything in the PICTbrowse name space is either a Class, a function, another module, or an integer -- there are no window or dialog or other objects live and visible. I have also generated a couple of errors with statements like "1 + ''", just to make sure that there is nothing being kept live in the exception variables ( sys.last_traceback, etc. ) The is no window or dialog variable to 'del', so I can't try that explicitly. I can call PICTbrowse.main() and get a new list window to pop up on top of the old one, if I move the new one to uncover the old one, the old window, of course, does not get updated. ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- By doing just a little every day, you can gradually let the task completely overwhelm you. ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

EasyDialogs.ProgressBar
by Steven D. Majewski Nov. 18, 1996

Nov. 18, 1996

One other minor bug to EasyDialogs.ProgressBar : Method 'set' doesn't update self.curval, so it's always = -1. I noticed this when I tried to add an 'inc' method so I wouldn't have to track the numbers myself. ( Those changes and the previous fix are included below) Re: previous note about adding 'BringToFront' : I assume that problem is due to using what is supposed to be a Modal Dialog in a basically un-Modal way from Python. ( Thus my comment that this seemed to be "A solution" but perhaps not "THE solution" ) After stumbling over that one, I'm actually surprised that it isn't a more frequent problem ( or *IS* it? ) - Steve Majewski <sdm7g(a)Virginia.EDU> class ProgressBar: def __init__(self, label="Working...", maxval=100): self.label = label self.maxval = maxval self.curval = -1 self.d = GetNewDialog(259, -1) tp, text_h, rect = self.d.GetDialogItem(2) SetDialogItemText(text_h, label) self._update(0) def _update(self, value): self.d.BringToFront() # sdm7g -- this seems to cure Modal bus-error crash tp, h, bar_rect = self.d.GetDialogItem(3) Qd.SetPort(self.d) Qd.FrameRect(bar_rect) # Draw outline inner_rect = Qd.InsetRect(bar_rect, 1, 1) l, t, r, b = inner_rect Qd.ForeColor(QuickDraw.blackColor) Qd.BackColor(QuickDraw.blackColor) Qd.PaintRect((l, t, int(l + (r-l)*value/self.maxval), b)) # Draw bar Qd.ForeColor(QuickDraw.whiteColor) Qd.BackColor(QuickDraw.whiteColor) Qd.PaintRect((int(l + (r-l)*value/self.maxval), t, r, b)) # Clear rest # Restore settings Qd.ForeColor(QuickDraw.blackColor) Qd.BackColor(QuickDraw.whiteColor) # Test for cancel button if ModalDialog(_ProgressBar_filterfunc) == 1: raise KeyboardInterrupt def set(self, value): if value < 0: value = 0 if value > self.maxval: value = self.maxval self.curval = value # sdm7g -- didn't update curval self._update(value) def inc( self, *n ): # sdm7g if not n: n = 1 else: n = n[0] self.set( self.curval + n ) ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

EasyDialogs.ProgressBar() crashes and fix
by Steven D. Majewski Nov. 18, 1996

Nov. 18, 1996

Using EsayDialogs.ProgressBar() works as long as it's update calls are in a loop that doesn't allow any other interaction, however, it's pretty unsafe in interactive mode. If I type, interactively: p = EasyDialogs.ProgressBar() and then type: p.set( 10 ) or click on the dialog window, Python crashes with a bus error. I tried adding the line: self.d.BringToFront() to the top of the _update method, and this seems to fix the problem. [ I'm not enough of a Mac wizzard to know if this is THE fix, but it seems to be *A* fix. ] BTW: Are most Mac Python folk out there using Tk or the native toolbox or something else ? ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- By doing just a little every day, you can gradually let the task completely overwhelm you. ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

Missent...
by Jack Jansen Nov. 18, 1996

Nov. 18, 1996

This was missent to the owner-pythonmac-sig address... ------- Forwarded Message Date: Fri, 15 Nov 1996 16:41:53 -0500 To: owner-pythonmac-sig(a)python.org From: tomf59(a)sgi.net (Tom Fetherston) Subject: Python and Super/Hyper Card Hi all, I still am spending more time writting Tcl code for the Python mode than I am writting Python, but I am getting a better hang of what is going on in the language. (new version soon, I hope). Anyway, I have a couple of ideas that I thought I would float for comment. Both HyperCard and SuperCard support the use of code resources know as xcmd's and xfnc/s. There are a lot of these out there that do stuff that would be useful in a mac-python app. Has anybody wriiten anything to take advantage of them? I think that this should be doable in straight mac python from what I've seen of it. The other idea is a bit more complicated. It seems to me that it should be possible to make an xcmd out of python itself. such an xcmd would allow you to make an embeded application in HyperCard or SuperCard (or any application that can use xcmds) just by importing the python xcmd "resource". I can't do this as I lack the knowledge (and the CodeWarrior compiler), however, I would like to do this someday unless someone else beats me to it (which would be welcomed). The marriage of Python and SuperCard would be a particularly powerful one, much like tkinker, only with a better Mac look and feel. Tom Fetherston ------- End of Forwarded Message ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0

Mailing list
by Juha Savola Nov. 18, 1996

Nov. 18, 1996

I want to join the Python Mac mailing list. __________________________________________________________________ Juha Savola VTT INFORMATION TECHNOLOGY P.O. Box 1201 FIN-02044 VTT Finland Tel. +358 9 456 6038, Telefax +358 9 456 6027 Internet: juha.savola(a)vtt.fi ================= PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org =================

1 0