From peter.sommerfeld@gmx.de Tue Dec 1 13:03:43 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Tue, 1 Dec 1998 14:03:43 +0100 Subject: [Pythonmac-SIG] Weired SelctWindow behaviour Message-ID: I've got some weired behaviour of my inContent handler. If I click into the content part of a second (deactivated) window everything works ok, the window comes to front. But if I click into the title bar nothing happens. I've made a normal dispatch table wich switches into the different handlers and the handler then calls SelectWindow(). Nothing special at all. Any idea ? Thanks Peter ------------------------------------------------------------- def inContent(evt): part, w = FindWindow(evt[3]) if w: # if console window if w != FrontWindow() : w.SelectWindow() else: if _win_.has_key(w): xy = GlobalToLocal(evt[3]) ... / ... # some code else: self.passEvt(evt) From just@letterror.com Tue Dec 1 14:07:41 1998 From: just@letterror.com (Just van Rossum) Date: Tue, 1 Dec 1998 15:07:41 +0100 Subject: [Pythonmac-SIG] Weired SelctWindow behaviour In-Reply-To: Message-ID: At 2:03 PM +0100 12/1/98, Peter Sommerfeld wrote: >I've got some weired behaviour of my inContent handler. If I click >into the content part of a second (deactivated) window everything >works ok, the window comes to front. But if I click into the title >bar nothing happens. I've made a normal dispatch table wich switches >into the different handlers and the handler then calls SelectWindow(). >Nothing special at all. Does it happen consistently?? If not, maybe you're losing events. Check MacOS.SetEventHandler() or ancient predecessor MacOS.EnableAppswitch(). I still don't know how MacOS.SetEventHandler() works, so I'll only explain what MacOS.EnableAppswitch() does. You need to call it with -1 or 0: -1 means: Python won't handle events 0 means the same, but still check for cmd-. This makes sure you don't lose events. With the default value 1 you do lose events, thanks to the ever wonderful SIOUX window, which will then get update events and will eat some others, too. Hope this is it... Just From peter.sommerfeld@gmx.de Tue Dec 1 16:22:21 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Tue, 1 Dec 1998 17:22:21 +0100 Subject: [Pythonmac-SIG] Weired SelectWindow behaviour In-Reply-To: References: Message-ID: >> [ Peter ] >>I've got some weired behaviour of my inContent handler. If I click >>into the content part of a second (deactivated) window everything >>works ok, the window comes to front. But if I click into the title >>bar nothing happens. I've made a normal dispatch table wich switches >>into the different handlers and the handler then calls SelectWindow(). >>Nothing special at all. > > [Just] >Does it happen consistently?? If not, maybe you're losing events. Check >MacOS.SetEventHandler() or ancient predecessor MacOS.EnableAppswitch(). I >still don't know how MacOS.SetEventHandler() works, so I'll only explain >what MacOS.EnableAppswitch() does. You need to call it with -1 or 0: > -1 means: Python won't handle events > 0 means the same, but still check for cmd-. >This makes sure you don't lose events. >With the default value 1 you do lose events, thanks to the ever wonderful >SIOUX window, which will then get update events and will eat some others, >too. > >Hope this is it... > >Just Neither SetEventHandler() nor EnableAppswitch() changes anything (I've placed it in front of the mainloop, ok ?). I've played a little with schedparams with the same result. But this seems to be relevant for async events only anyway (at least in Framework.py it looks like). The behaviour happens constistently. And its is even more funny. If I click several times somewhere into the windows title bar (deactivated in the background) the background window is collappsed and expanded again. This although I don't get a part code "inCollapseBox" at all. Strange, isn't it :) - Peter BTW: How about removing the traceback window of your IDE if running __main__ again ? From Jeffrey@digicool.com Wed Dec 2 17:01:24 1998 From: Jeffrey@digicool.com (Jeffrey Shell) Date: Wed, 2 Dec 1998 12:01:24 -0500 Subject: [Pythonmac-SIG] No outstanding HLE (high level event?) Message-ID: <613145F79272D211914B0020AFF6401901AD31@gandalf.digicool.com> About a month or two ago I decided to get my feet wet with AppleEvents and MacPython. The app I was trying to make was a Principia (now known as Zobe) browser, using BCI (the Bobo Call Interface) to communicate with a Principia app. It consisted of two parts: the Python script (which was to be basically the AppleEvent server) that communicated via AppleEvents to a simple GUI made in RealBasic. I thought I had followed everything right, but kept getting a "No outstanding HLE" error in Python whenever I sent an AppleEvent its way. I basically copied the 'realcgitest.cgi.py' module and did some minor tweaking to clear out the CGI stuff. And the error kept showing up. I tested RealBasic's AppleEvents against some other apps and it worked fine. Finally, I just gave up, figuring that I still didn't know enough about AppleEvents and didn't have the time or real need for this app. Yesterday, I made the Python cgitest applet and copied it into my folder being served by Microsoft PWS 4.0. When I tried to access the (running) cgi script from a browser, nothing got returned. I looked back over at the Python window and saw the good old "No oustanding HLE" error (which i believe is number 608). So it seems to me that my Python (1.5.1) is not responding to AppleEvents anymore. I was hoping to start playing around with the CGI stuff again as Zope goes Open Source. But CGI sortof needs to be working for that :). Any thoughts? From peter.sommerfeld@gmx.de Wed Dec 2 23:55:49 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Thu, 3 Dec 1998 00:55:49 +0100 Subject: [Pythonmac-SIG] No outstanding HLE (high level event?) In-Reply-To: <613145F79272D211914B0020AFF6401901AD31@gandalf.digicool.com> Message-ID: A wild guess: Did your App call MacOS.AcceptHighLevelEvent() ??? - Peter >About a month or two ago I decided to get my feet wet with AppleEvents >and MacPython. The app I was trying to make was a Principia (now known >as Zobe) browser, using BCI (the Bobo Call Interface) to communicate >with a Principia app. It consisted of two parts: the Python script >(which was to be basically the AppleEvent server) that communicated via >AppleEvents to a simple GUI made in RealBasic. > >I thought I had followed everything right, but kept getting a "No >outstanding HLE" error in Python whenever I sent an AppleEvent its way. >I basically copied the 'realcgitest.cgi.py' module and did some minor >tweaking to clear out the CGI stuff. And the error kept showing up. I >tested RealBasic's AppleEvents against some other apps and it worked >fine. Finally, I just gave up, figuring that I still didn't know enough >about AppleEvents and didn't have the time or real need for this app. > >Yesterday, I made the Python cgitest applet and copied it into my folder >being served by Microsoft PWS 4.0. When I tried to access the (running) >cgi script from a browser, nothing got returned. I looked back over at >the Python window and saw the good old "No oustanding HLE" error (which >i believe is number 608). So it seems to me that my Python (1.5.1) is >not responding to AppleEvents anymore. > >I was hoping to start playing around with the CGI stuff again as Zope >goes Open Source. But CGI sortof needs to be working for that :). > >Any thoughts? > >_______________________________________________ >Pythonmac-SIG maillist - Pythonmac-SIG@python.org >http://www.python.org/mailman/listinfo/pythonmac-sig From peter.sommerfeld@gmx.de Thu Dec 3 00:10:35 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Thu, 3 Dec 1998 01:10:35 +0100 Subject: [Pythonmac-SIG] Removing the close box Message-ID: I would like to remove the close box of a window on the fly (without making a new window of course). Any idea ? thanx - Peter From hanson@europa.com Sun Dec 6 01:33:03 1998 From: hanson@europa.com (Andrew Hanson) Date: Sat, 5 Dec 1998 17:33:03 -0800 Subject: [Pythonmac-SIG] Mac Threading Message-ID: <005601be20b8$5f7dbde0$c234cacc@fathom.webcoi.com> I was wondering about when threading will be available on the Macintosh. Looking at the new threading_api.py under unix, I was thinking that we could establish a thread module that would present this interface to the user. Metrowerks CW Powerplant has a pretty good consumer / producer module. Couldn't we move that same structure into python? I also think that c++ would be a good jump for implementing Macintosh functions that are replications of the unix/win functionality. CW c++ is one of the best I've seen. I don't know the effect this will have on the other areas of python. I have never written a threaded MSL application before. ,Andrew Hanson From just@letterror.com Sun Dec 6 03:21:18 1998 From: just@letterror.com (Just van Rossum) Date: Sun, 6 Dec 1998 04:21:18 +0100 Subject: [Pythonmac-SIG] Mac Threading In-Reply-To: <005601be20b8$5f7dbde0$c234cacc@fathom.webcoi.com> Message-ID: At 5:33 PM -0800 12/5/98, Andrew Hanson wrote: >I was wondering about when threading will be available on the Macintosh. >Looking at the new threading_api.py under unix, I was thinking that we could >establish a thread module that would >present this interface to the user. >Metrowerks CW Powerplant has a pretty good consumer / producer module. >Couldn't we move that same structure into python? I also think that c++ >would be a good jump for implementing >Macintosh functions that are replications of the unix/win functionality. CW >c++ is one of the best I've seen. > >I don't know the effect this will have on the other areas of python. I have >never written a threaded MSL application before. I know zip about threads, (mainly because because MacPython doesn't have them ;-) but I understood the main bottleneck lies in GUSI, Matthias Neeracher's otherwise brilliant socket implementation that MacPython uses. Apparently he is working on a thread-safe version under the name of GUSI II, but he seems extremely vague about when he might get around finishing that. Anyone out there more qualified to answer the original question? (Jack's off to Asia for a while.) Just From alford@ctpstatler.mit.edu Mon Dec 7 14:32:28 1998 From: alford@ctpstatler.mit.edu (Mark Alford) Date: Mon, 7 Dec 1998 09:32:28 -0500 Subject: [Pythonmac-SIG] HTML docs for Mac Message-ID: <199812071432.JAA30006@ctpstatler.mit.edu> Very elementary question: Do you know how I download the HTML Python documentation to a Mac? At http://www.python.org/doc/ I found a link to HTML docs: http://www.python.org/ftp/python/doc/html-1.5.2a2.tgz But can a Mac deal with a .tgz file? Even if I can unpack it, will I get weird end-of-line chars? Mark Alford ---------------------------------------------------------------------- Center for Theoretical Physics Massachusetts Institute of Technology 77 Mass. Ave. Cambridge, MA 02139 email: alford@ctp.mit.edu ---------------------------------------------------------------------- From jstrout@ucsd.edu Mon Dec 7 14:41:07 1998 From: jstrout@ucsd.edu (Joseph J. Strout) Date: Mon, 7 Dec 1998 06:41:07 -0800 Subject: [Pythonmac-SIG] HTML docs for Mac In-Reply-To: <199812071432.JAA30006@ctpstatler.mit.edu> Message-ID: At 6:32 AM -0800 12/7/98, Mark Alford wrote: >But can a Mac deal with a .tgz file? Even if I can unpack it, >will I get weird end-of-line chars? Sure it can, and no you won't. Use MacGzip to unpack the ".gz" part of it. Then use Suntar to unpack the tar. Both utilities are available at your favorite Mac archive. Or if you have purchased the enhanced version of Stuffit Expander, I believe it will unpack the whole thing in one fell swoop. Cheers, -- Joe ,------------------------------------------------------------------. | Joseph J. Strout developer: MacOS, Unix, 3D, AI | | joe@strout.net http://www.strout.net | `------------------------------------------------------------------' From joanca@seker.es Mon Dec 7 15:58:47 1998 From: joanca@seker.es (JoanCarles p Casas=?ISO-8859-1?Q?=edn?=) Date: Mon, 7 Dec 1998 15:58:47 -0000 Subject: [Pythonmac-SIG] HTML docs for Mac Message-ID: <0560.199812071558.00099223@seker.es> Joseph J. Strout wrote: >At 6:32 AM -0800 12/7/98, Mark Alford wrote: >>But can a Mac deal with a .tgz file? Even if I can unpack it, >>will I get weird end-of-line chars? > >Sure it can, and no you won't. Use MacGzip to unpack the ".gz" part of it From A.M.INGRALDI@larc.nasa.gov Mon Dec 7 15:06:45 1998 From: A.M.INGRALDI@larc.nasa.gov (Anthony M. Ingraldi) Date: Mon, 7 Dec 1998 10:06:45 -0500 Subject: [Pythonmac-SIG] HTML docs for Mac In-Reply-To: <199812071432.JAA30006@ctpstatler.mit.edu> Message-ID: At 9:32 AM -0500 12/7/98, Mark Alford wrote: >But can a Mac deal with a .tgz file? You can use the Mac port of gzip (MacGzip) and suntar to deal with the .tgz file. The docs may contain filenames longer than 31 characters. suntar won't be able to extract these files properly. The last time I unpacked the docs, only a few files were affected by this limitation. > Even if I can unpack it, will I get weird end-of-line chars? The python docs probably consist of files containing Unix end-of-line characters. Does Unix = weird? Your Mac browser can handle PC/Mac/UNIX end-of-line characters. P.S. ---- You can get MacGzip from http://hyperarchive.lcs.mit.edu/HyperArchive/Archive/cmp/mac-gzip-111.hqx You can get suntar from http://hyperarchive.lcs.mit.edu/HyperArchive/Archive/cmp/suntar-221.hqx -- Tony Ingraldi | e-mail: A.M.INGRALDI@LaRC.NASA.GOV NASA Langley Research Center | Mail Stop 267 | Phone : (757) 864-3039 Hampton, VA 23681-2199 | Fax : (757) 864-7892 From joanca@seker.es Mon Dec 7 16:07:32 1998 From: joanca@seker.es (JoanCarles p Casas=?ISO-8859-1?Q?=edn?=) Date: Mon, 7 Dec 1998 16:07:32 -0000 Subject: [Pythonmac-SIG] HTML docs for Mac Message-ID: <0560.199812071607.000A0D7A@seker.es> I don't know why my previous message was cutted, sorry. *********** JoanCarles p Casasín wrote: >Or if you have purchased the enhanced version of Stuffit Expander, I >believe it will unpack the whole thing in one fell swoop. Yes, StuffIt Expander does it in "one-shot" ************ JoanCarles, typerware® From jmcvay@bigfoot.com Wed Dec 9 00:00:33 1998 From: jmcvay@bigfoot.com (Jason McVay) Date: Tue, 8 Dec 1998 19:00:33 -0500 Subject: [Pythonmac-SIG] timegm() C API causing extension-building probs - PLZ HELP! Message-ID: hey all-- i don't quite know if this is a simple question or not, but alas i've looked for an answer and couldn't find one, so i've decided to come to you guys. when i try to build lemberg's mxTextTools, mxTools, or mxDateTime extensions, i always have compilation errors dealing with a variable that's based on a file timegm.c in the mxDateTime docs, lemberg warns that "if you don't have the timegm() C API on your platform, edit the Setup file accordingly; if you don't know, try running make: the linker will tell you if it can't find the timegm symbol. The next Python release (1.5.2) will do the needed checking for you, until then you'll have to edit the file manually... " ok, i admit that i'm new to this programming game, but what can i use in lieu of unix-ie timegm.c? thanks for any (directions to) answers... jason ----- For powerful, dynamic OO programming, go to http://www.python.org Python Rules! From just@letterror.com Wed Dec 9 11:46:28 1998 From: just@letterror.com (Just van Rossum) Date: Wed, 9 Dec 1998 12:46:28 +0100 Subject: [Pythonmac-SIG] timegm() C API causing extension-building probs - PLZ HELP! In-Reply-To: Message-ID: At 7:00 PM -0500 12/8/98, Jason McVay wrote: >hey all-- > >i don't quite know if this is a simple question or not, but alas i've >looked for an answer and couldn't find one, so i've decided to come to you >guys. > >when i try to build lemberg's mxTextTools, mxTools, or mxDateTime >extensions, i always have compilation errors dealing with a variable that's >based on a file timegm.c Hm, I've compiled mxTextTools succesfully before, and I just compiled the other two you mention: no problem at all. I have no file called timegm.c on my machine, so I really have no clue what that is all about. Hm, I just checked, the symbol HAVE_TIMEGM is probably not defined, so timegm() is not used. No clue what consequences that has for the packages. test.py for DateTime fails with a SystemError, "tz_offset" not supported. Hm. So, in case you could live without timegm and tz_offset (whatever they are ;-) it is at least possible to compile the stuff, and it seems only DateTime causes some trouble. The test for NewBuiltins seemed to pass, except Python needs an awful lot of memory to do it. Let me know if you want project files for CW4 (maybe these are compatible with CW3, I'm not sure.) Just From just@letterror.com Wed Dec 9 11:54:45 1998 From: just@letterror.com (Just van Rossum) Date: Wed, 9 Dec 1998 12:54:45 +0100 Subject: [Pythonmac-SIG] timegm() C API causing extension-building probs - PLZ HELP! In-Reply-To: References: Message-ID: At 12:46 PM +0100 12/9/98, Just van Rossum wrote: >Let me know if you want project files for CW4 (maybe these are compatible >with CW3, I'm not sure.) I should've added: ...or if you'd like the shared libraries as I built them. Just From tom@sz-sb.de Mon Dec 14 19:16:57 1998 From: tom@sz-sb.de (Th. Fettig) Date: Mon, 14 Dec 1998 20:16:57 +0100 Subject: [Pythonmac-SIG] Applescript-Python cooperation Message-ID: <19981214201657.15511@sz-sb.de> While looking for Applescript/AppleEvent-Support in Python 1.4, i found out that there was no way to talk to running applescripts. What i had in mind was an interface that should allow constructing a complex appleevent, containing arguments of types like strings and file references, sending it to a known handler (by handler name) of the script, with tha ability to receive return values or events. Does any of this functionalty exist in Python 1.5? The Python-1.4 way of integrating applescriptable applications (the 'concept' of ripping the aete-resource and converting it) seems not feasible. Has anybody tried to solve this problem? How did it end? TIA Tom From billpy@mousa.demon.co.uk Mon Dec 14 23:14:25 1998 From: billpy@mousa.demon.co.uk (Bill Bedford) Date: Mon, 14 Dec 1998 23:14:25 +0000 Subject: [Pythonmac-SIG] Applescript-Python cooperation In-Reply-To: <19981214201657.15511@sz-sb.de> Message-ID: <996476271335574575971@mousa.demon.co.uk> At 8:16 pm +0100 14/12/98, Th. Fettig wrote: >While looking for Applescript/AppleEvent-Support in Python 1.4, >i found out that there was no way to talk to running applescripts. >What i had in mind was an interface that should allow constructing a complex >appleevent, containing arguments of types like strings and file references, >sending it to a known handler (by handler name) of the script, with >tha ability to receive return values or events. > >Does any of this functionalty exist in Python 1.5? The Python-1.4 way >of integrating applescriptable applications (the 'concept' of ripping the >aete-resource and converting it) seems not feasible. > >Has anybody tried to solve this problem? How did it end? > Yes there is something called PythonScript in Python 1.5.1 -- but its a long way from finished. From rhuntin@ibm.net Tue Dec 15 02:34:56 1998 From: rhuntin@ibm.net (Sam Hunting) Date: Mon, 14 Dec 1998 22:34:56 -0400 Subject: [Pythonmac-SIG] Python and Mac OS X Message-ID: <3675CACB.36F7D2CE@ibm.net> Does anyone know if Python is going to be on the Developer's Release of Mac OS X? Thanks! Sam Hunting From steve@estel.uindy.edu Tue Dec 15 13:52:35 1998 From: steve@estel.uindy.edu (Steve Spicklemire) Date: Tue, 15 Dec 1998 08:52:35 -0500 (EST) Subject: [Pythonmac-SIG] Python and Mac OS X In-Reply-To: <3675CACB.36F7D2CE@ibm.net> (message from Sam Hunting on Mon, 14 Dec 1998 22:34:56 -0400) Message-ID: <199812151352.IAA16099@estel.uindy.edu> Sam, It was not on DR2, but it builds fairly easily. (there are a couple of changes to the Makefile, and I haven't got dynamic loading to work, but other than that it seems fine.) -steve >>>>> "Sam" == Sam Hunting writes: Sam> Does anyone know if Python is going to be on the Developer's Sam> Release of Mac OS X? Sam> Thanks! Sam> Sam Hunting Sam> _______________________________________________ Pythonmac-SIG Sam> maillist - Pythonmac-SIG@python.org Sam> http://www.python.org/mailman/listinfo/pythonmac-sig From 0265828x01@abonados.cplus.es Fri Dec 18 18:17:17 1998 From: 0265828x01@abonados.cplus.es (Jose Maria Marticorena) Date: Fri, 18 Dec 1998 19:17:17 +0100 Subject: [Pythonmac-SIG] Question? Message-ID: <098bb12191812c8ALBA8INT@abonados.cplus.es> Hola a todos: Soy nuevo en la lista, y además novisimo en aprender PYTHON con mi nuevo IMac. Solamente queria saber si hay algun hispano parlante en la lista, pues aunque puedo leer en Ingles, pues eso, si hay algun hispano. Muchas gracias de Josemary. Sorry for my bad English. From joanca@typerware.com Sun Dec 20 16:24:17 1998 From: joanca@typerware.com (JoanCarles p Casas=?ISO-8859-1?Q?=edn?=) Date: Sun, 20 Dec 1998 16:24:17 -0000 Subject: [Pythonmac-SIG] Question? Message-ID: <199812201523.KAA01008@python.org> Jose Maria Marticorena wrote: > Hola a todos: > > Soy nuevo en la lista, y además novisimo en aprender PYTHON con mi nuevo >IMac. Solamente queria saber si hay algun hispano parlante en la lista, pues >aunque puedo leer en Ingles, pues eso, si hay algun hispano. > > Muchas gracias de Josemary. > > Sorry for my bad English. Yes, some spanish-speaker here but messages to this list should be in english (if what you want is some feedback ;) There's also a spanish-MacPython list. To subscribe send an e-mail to: JoanCarles ############################# atenció: canvi d'adreça atención: cambio de dirección please, note change of adress joanca@typerware.com aviat, pronto, soon: http://www.typerware.com From zehp@france-mail.com Mon Dec 21 12:58:49 1998 From: zehp@france-mail.com (Mathieu Lecarme) Date: Mon, 21 Dec 1998 13:58:49 +0100 Subject: [Pythonmac-SIG] Re: Pythonmac-SIG digest, Vol 1 #98 - 1 msg References: <199812191700.MAA22688@python.org> Message-ID: <367E4609.5F8D7709@france-mail.com> pythonmac-sig-admin@python.org a écrit : > > Send Pythonmac-SIG maillist submissions to > pythonmac-sig@python.org > > To subscribe or unsubscribe via the web, visit > http://www.python.org/mailman/listinfo/pythonmac-sig > or, via email, send a message with subject or body 'help' to > pythonmac-sig-request@python.org > You can reach the person managing the list at > pythonmac-sig-admin@python.org > > (When replying, please edit your Subject line so it is more specific than > "Re: Contents of Pythonmac-SIG digest...") > > ------------------------------------------------------------------------ > Today's Topics: > > 1. Question? (Jose Maria Marticorena) > > ------------------------------------------------------------------------ > > Objet: [Pythonmac-SIG] Question? > Date: Fri, 18 Dec 1998 19:17:17 +0100 > De: "Jose Maria Marticorena" <0265828x01@abonados.cplus.es> > A: "Python_List" > > > Hola a todos: > > Soy nuevo en la lista, y además novisimo en aprender PYTHON con mi nuevo > IMac. Solamente queria saber si hay algun hispano parlante en la lista, pues > aunque puedo leer en Ingles, pues eso, si hay algun hispano. > > Muchas gracias de Josemary. > > Sorry for my bad English. can you stop the Spam with this mail!!!!!!! -- ____ ___ / | Mathieu Lecarme. / |__ ICQ : 22415863 / | http://www.chez.com/lecarme/ /___ |___ From redbird@orlando.crosswinds.net Mon Dec 21 04:36:07 1998 From: redbird@orlando.crosswinds.net (Gordon Worley) Date: Sun, 20 Dec 1998 23:36:07 -0500 Subject: [Pythonmac-SIG] Mac native applets... Message-ID: Hello, I have been using Python for some time on my Mac. I have attempted from time to time to code an applet that behaves much like a Mac application (like the IDE, for example). Unfortunatly, I have had quite a bit of trouble figuring out all of the basics needed to write Mac software. I have looked through numerous books, but most of them discuss the usage of a particular IDE on the Macintosh, therefore omitting important details about the workings of Mac applications. Short of reading through mountains of Inside Macintosh, does anyone know of a book that teaches about the Toolbox, AppleEvents, resource forks, the file system, and other system resources that is very straight forward and easily translatable to Python. P.S. I am sorry for the newbie-ishness of my question, but I figured that after spending several months searching for just the right book, Python users with more experience in this field might be able to point me in the right direction. Thank you for any help in advance. ________________________________________ Red Bird Island Productions Gordon Worley http://www.crosswinds.net/orlando/~redbird/ mailto:redbird@orlando.crosswinds.net From just@letterror.com Mon Dec 21 17:04:58 1998 From: just@letterror.com (Just van Rossum) Date: Mon, 21 Dec 1998 18:04:58 +0100 Subject: [Pythonmac-SIG] Mac native applets... In-Reply-To: Message-ID: At 11:36 PM -0500 12/20/98, Gordon Worley wrote: > I have been using Python for some time on my Mac. I have attempted >from time to time to code an applet that behaves much like a Mac >application (like the IDE, for example). Unfortunatly, I have had quite a >bit of trouble figuring out all of the basics needed to write Mac software. >I have looked through numerous books, but most of them discuss the usage of >a particular IDE on the Macintosh, therefore omitting important details >about the workings of Mac applications. Short of reading through mountains >of Inside Macintosh, does anyone know of a book that teaches about the >Toolbox, AppleEvents, resource forks, the file system, and other system >resources that is very straight forward and easily translatable to Python. Look at some of the demos in the :Mac:Demo folder. Then you could study FrameWork.py. I'll be releasing the sources of the IDE with MacPython 1.5.2b1, so that could serve as a demo, too. (I think that will probably be in january.) Unfortunately there is no book titled "Mac programming with Python"... Good luck, Just From peter.sommerfeld@gmx.de Tue Dec 22 08:29:45 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Tue, 22 Dec 1998 09:29:45 +0100 Subject: [Pythonmac-SIG] Mac native applets... In-Reply-To: Message-ID: [Gordon Worley] >I have been using Python for some time on my Mac. I have attempted >from time to time to code an applet that behaves much like a Mac >application (like the IDE, for example). Unfortunatly, I have had quite a >bit of trouble figuring out all of the basics needed to write Mac software. >I have looked through numerous books, but most of them discuss the usage of >a particular IDE on the Macintosh, therefore omitting important details >about the workings of Mac applications. Short of reading through mountains >of Inside Macintosh, does anyone know of a book that teaches about the >Toolbox, AppleEvents, resource forks, the file system, and other system >resources that is very straight forward and easily translatable to Python. I learned Mac C-Programming with Dave Mark/Mark Reed "Macintosh C Programming" (Addison Wesley). Quite good but probably somewhat outdated now. I don't think that a special Mac Programming book is nessecary at all. I have a few old "Inside Macintosh" (IM) which provides all nessecary informations. Checking the python sources (framework.py etc) is probably the best way. And feel free to ask "newbie-ish" questions on this list :) - Peter From peter.sommerfeld@gmx.de Tue Dec 29 06:45:16 1998 From: peter.sommerfeld@gmx.de (Peter Sommerfeld) Date: Tue, 29 Dec 1998 07:45:16 +0100 Subject: [Pythonmac-SIG] unix style command line ? Message-ID: I've played al little with the unix style command line but cannot get anything to work except passing the path of a python file. Does passing options or args work and if so how ? (I don't have any clue about the propper format of an unix style command line and had to rely on the docs). - Peter