Mailman 3 May 1999 - Pythonmac-SIG

CGI on the mac
by Brian Hooper May 30, 1999

May 30, 1999

hi there - i am a long-time user of python but have only recently started using it on the mac - one thing i would like to do in particular is use CGI scripts. is there anyone else out there doing this? in particular, i have a question about the AEServer example script included in the Mac/Demo/cgi folder of the 1.5.2a1 distribution. i followed the instructions and tried running the script, and though the first time around it returned an error (error -1708), the second and any subsequent times that i run the script, it runs fine. first off there is a NameError for MacOS, since it is not imported in the script, but even if i add "import MacOS", i still get an error on the first invocation of the script (where the AEServer starts up). subsequent invocations of the script work without error. i'm really interested in finding out what this problem is, but also in contributing in any way i can to the improvement of the way that python handles CGI on the mac (in particular, it would be nice to make it look, through the use of an intermediate module, more like the standard cgilib). does anyone have any thoughts on this? thanks, brian hooper

1 0

[Pythonmac-SIG]
by Th. Fettig May 26, 1999

May 26, 1999

Hello , I made an installer using a somewhat reduced stand-alone python interpreter. As i want to make things a little more tight, i'd like to put everything (pyc-files and the interpreter) in one executable file. Does a packaging method like this exist for the Mac? cu Tom

2 1

soft tabs for PythonIDE (preview; for the adventurous)
by Oliver Steele May 21, 1999

May 21, 1999

<http://www.cs.brandeis.edu/~steele/sources/PythonSpaceEditor.py>. This is a work in progress. It's alpha software: use it at your own risk. Importing this module into PythonIDE changes the behavior of text windows such that the Tab key inserts four spaces, instead of a tab character. It also changes "Shift left" and "Shift right" to recognize and insert, respectively, spaces instead of tabs. These changes make PythonIDE compatible with the behavior of emacs' python-mode, and with IDLE; they're useful if you're editing code that was developed on or is shared with developers on other platforms. For compatibility with hard-tabbed files, the system recognizes files that contain a carriage return followed by a tab ('\r\t'), and uses hard tabs instead of spaces in windows opened on those files. The behavior of the patched system is intended to be identical to the behavior of the unpatched system in this case, except that with the patch, the editor recognizes a sequence of spaces -- even in a window marked as hard-tabbed -- as being equivalent to a level of indentation. At some point it should become possible to set this behavior (hard tab versus soft tab) on a window-by-window basis, and to change the default. For now, you can type "PySpaceEditor.PySpaceEditor.use_hard_tabs = 1" to cause new files to use hard tabs. Usage: After PythonIDE has launched, type 'import PySpaceEditor' at its command line.

1 0

IDE patch to convert UNIX/MSDOS line feeds to carriage returns
by Oliver Steele May 21, 1999

May 21, 1999

Despite the best intentions of Anarchie and Internet Explorer, I often end up with Python source files (and other text files that I'd like to edit with PythonIDE) that use '\n' instead of '\r' as a line separator (and therefore show up as garbage in the text editing window). The patch at <http://www.cs.brandeis.edu/~steele/sources/PythonIDE-crlf-patch.txt> causes PythonIDE to notice when you open such a file, and offer to convert its '\n's to '\r's. It consists of 14 lines of code that go at the end of Editor.__init__ in {Python}:IDE:IDELib:IDE:PyEdit.py. I've also enclosed the code below, but I expect my mailer to mangle it in three ways: tabs will have been turned into spaces; the call to AskYesNoCancel will have been broken across two or more lines; and the initial '%s' on that line is supposed to be enclosed by curly braces (option-[ and shift-option-[). if '\n' in text: import EasyDialogs if string.find(text, '\r\n') >= 0: sourceOS = 'DOS' searchString = '\r\n' else: sourceOS = 'UNIX' searchString = '\n' change = EasyDialogs.AskYesNoCancel('³%s² contains %s-style line feeds. Change them to MacOS carriage returns?' % (self.title, sourceOS), 1) # bug: Cancel is treated as No if change > 0: text = string.replace(text, searchString, '\r') self.editgroup.editor.set(text, self.getfilename()) self.editgroup.editor.changed = 1

3 2

FilemakerPro module
by Erik van Blokland May 18, 1999

May 18, 1999

Hi, I've built a module that accesses FileMakerPro through AppleEvents. A database object talks to Filemaker, opens documents etc. Record objects provide access to fields etc. It's not according to the Python standard database rules, but I've found it to be useful. I've implemented most of the things that can be done from AppleScript. Only one or two functions from FM did not make it due to AE weirdness. An overview of the classes can be found at: http://www.letterror.com/code/FMPro/FMProRef/index.html A page with download stuff is here (the code, demo and the reference itself in an archive) http://www.letterror.com/code/FMPro/fmpro.html best, erik van blokland

1 0

gdk+ on a mac with python?
by Euphoriadj May 6, 1999

May 6, 1999

I am very new to python and rather new to gdk but I used to code tk all the time and I never cared much for it and I would rather use gdk. So is there a way to import gdk on the mac if not what other methods are there for gui's on the mac in python and any pointers on how to use them would be nice also. TKs An Elephant: A mouse built to government specifications Nevr try to out stubborn a cat Natural laws have no pity

2 1

MacOS X Server, round 2 (long-ish)
by Jeffrey P Shell May 6, 1999

May 6, 1999

First a quick question: is this an appropriate place to talk about Python on MacOS X Server ? I got Python 1.5.2 working with threads and managed (finally) to get Zope running with ZServer. There was some minor trickery involved and I'm not sure if how "right" i did everything. I saw a message from someone who works in the MacOS X Server tools group who said they had 1.5.2b2 building succesfully and want to know what they did. To get it working with so that Zope (which seems to prefer having shared libraries, which i prefer anyways) would work, i configured it with the following: ./configure --with-threads --with-dyld --with-next-framework --prefix=/usr/local/python152 An initial problem with this was that make install and friends would install, naturally, in to (prefix)/lib/python1.5 However, enabling --with-next-framework works under the assumption (which is probably logical) that Python is going into a .framework directory, which takes care of versioning on its own, and creates the default sys.path to be like "['.../lib', '.../lib/lib-dynload']", etc, instead of lib/python1.5, lib/python1.5/lib-dynload, etcetera. Not knowing enough about OpenStep's .framework setup, I wanted everything to go into /usr/local/python152 like normal. So I modified the C code that doesn't add the python1.5/ to the path when being built for NeXT frameworks. I don't know how right this was. But, this did work for my purposes. Furthermore, when configured --with-next-framework, it seems most (or all) of the executable code is actually put into "libpython1.5.dylib", which didn't seem to get picked up by "make install". If i put a copy of libpython1.5.dylib into /usr/lib, running Python works fine. But it had to be done manually. Again, I don't know if this was the right thing to do. Now what happened from this is that the C code to figure out the path/name of the Python executable (in sys.executable) points to "/usr/lib/libpython1.5.dylib". Zope builder scripts use sys.executable for a couple of purposes, expecting a value that's the path to the executable (ie, "/usr/local/bin/python1.5"). I manually changed the Zope scripts to use the real python instead of using sys.executable, but this would only work on my machine. I think running configure with no options set created a static python just fine. I've had problems running it with just the --with-dyld option set. But Zope wanted to work with .so files, and compiling with --with-next-framework seems to be the only way to get that working properly. (Another issue with this is, the Makefile.pre.in that gets installed in lib/python1.5/config/ doesn't save the LDLIBRARY which the --with-next-framework needs, and therefor compiling Zope couldn't link properly until I added the following line in the Makefile.pre.in::) LDLIBRARY=/usr/lib/libpython($VERSION).dylib I think building/installing into a Framework is what I need to do, but I don't want to trip over or cause any problems with Objective Everything's Python installation (which is in /Local/Library/Frameworks/Python.framework). When I get back into MacOS X Server (my Bluebox doesn't seem to work, i don't know if it's memory issues or something else, so right now I'm dual booting with MacOS 8.5.1) FWIW: Objective Everything will work with Carbon! Another way of working with Mac applications with Python. :) I haven't played with Objective Everything too much, but what I did see was pretty cool. I wonder if its would have a hard time with Python 1.5.x though.. :/ (like someone mentioned earlier, the shipping version uses 1.4). .jPS | jeffrey(a)digicool.com zope, through the web. www.zope.org

3 2

Re: MacOS X Server, round 2
by savageb May 6, 1999

May 6, 1999

>First a quick question: is this an appropriate place to talk about Python >on MacOS X Server ? Jeffrey, glad to see we have an infiltrator at digicool ;> Please continue to bring up MacOSX Server issues here -- at least until a better forum becomes apparent. If nothing else it will be a logical place to check for archived posts for people searching for info in the future. Bob

1 0

Re: [Pythonmac-SIG] newbie stuff
by Jack Jansen May 5, 1999

May 5, 1999

> [...] When I checked it out (8.0) the look and > feel was not so much Mac-like. And you always have to install TCL/TK, > at least 3mb even for the most simple application if memory serves well. I've seen remarks like this a few times the last few weeks, and I'm a bit surprised, as the _tkinter module for the mac (the Tkinter "engine") was designed _not_ to need an installed Tk to work, by incorporating everything into the resource fork. Is it indeed true that you can't use Tkinter applications with Python without first installing Tk? If so I'd like to hear what the errors are if you do attempt it so I can try to fix it (time permitting). -- 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

3 3

Re: [Pythonmac-SIG] Multi-Columns lists with TK?
by Anthony M. Ingraldi May 5, 1999

May 5, 1999

On Tuesday, May 4, 1999, Sean Hummel wrote: > Is it possible to use TK to make a multi column list? > Here's a semi-brief example that shows how to have one scrollbar controlling two lists. It also shows how to do a simple menubar. -- from Tkinter import * import sys root = Tk() menuBar = Menu() root.config(menu=menuBar) fileMenu = Menu(menuBar) fileMenu.add_command(label='Quit', command=sys.exit, accelerator='Command+Q') menuBar.add_cascade(label='File', menu=fileMenu) aList = Listbox(root, selectmode=SINGLE) anotherList = Listbox(root, selectmode=SINGLE) aScrollbar = Scrollbar(root, orient=VERTICAL) def scroll_em(*args): apply(aList.yview, args) apply(anotherList.yview, args) aList.config(yscrollcommand=aScrollbar.set) anotherList.config(yscrollcommand=aScrollbar.set) aScrollbar.config(command=scroll_em) aList.pack(side=LEFT, expand=1, fill=BOTH) anotherList.pack(side=LEFT, expand=1, fill=BOTH) aScrollbar.pack(side=LEFT, fill=Y) # add some list items for i in range(30): aList.insert(END, 'ITEM' + `i`) anotherList.insert(END, 'ITEM' + `i`) root.mainloop() -- Tony Ingraldi | e-mail: A.M.INGRALDI(a)LaRC.NASA.GOV NASA Langley Research Center | Mail Stop 267 | Phone : (757) 864-3039 Hampton, VA 23681-2199 | Fax : (757) 864-7892

1 0