From owen@astro.washington.edu Thu Mar 1 00:15:31 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Wed, 28 Feb 2001 16:15:31 -0800
Subject: [Pythonmac-SIG] MacPython 2.1a3 also available for classic PPC
Message-ID:
Just tried it and it works a lot better for me than the previous
2.1a3. ConfigurePython built the necessary applets.
I am a bit surprised to have three similar files:
- PythonInterpreter
- PythonInterpreterCarbon
- PythonInterpreterClassic
all in the main python folder.
I still can't get Tkinter to load. It is recognized as a module, but
_tkinter is not found (shades of the past):
>>> import Tkinter
Traceback (most recent call last):
File "", line 1, in ?
File "russmain:python 2.1a3:lib:lib-tk:Tkinter.py", line 35, in ?
import _tkinter # If this fails your Python may not be configured for Tk
ImportError: No module named _tkinter
>>>
I looked through my Python 2.1a3 folder and found two different files
called _tkinter.ppc.slb:
:Mac:PlugIns:_tkinter.ppc.slb 1.6Mb last modified 2/28/01
:Extensions:Imaging:PIL:_tkinter.ppc.slb 1.2Mb last modified 1/11/00
presumably the former is the right one, but I'm not sure where to
move it so that it will be found.
All of my own non-Tk code I've tried to test works. The standard
tests showed results that looked normal to me:
98 tests OK.
2 tests failed: test_longexp test_zlib
28 tests skipped: test_al test_bsddb test_cd test_cl test_crypt
test_dbm test_dl test_fcntl test_fork1 test_gc test_gl test_grp
test_imgfile test_largefile test_linuxaudiodev test_mmap test_nis
test_openpty test_poll test_popen2 test_pty test_pwd test_signal
test_sunaudiodev test_sundry test_timing test_winreg test_winsound
Well done!
-- Russell
From jack@oratrix.nl Thu Mar 1 10:37:10 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 01 Mar 2001 11:37:10 +0100
Subject: [Pythonmac-SIG] MacPython 2.1a3 also available for classic PPC
In-Reply-To: Message by Russell E Owen ,
Wed, 28 Feb 2001 16:15:31 -0800 ,
Message-ID: <20010301103715.44BA7EA11D@oratrix.oratrix.nl>
Recently, Russell E Owen said:
> I am a bit surprised to have three similar files:
> - PythonInterpreter
> - PythonInterpreterCarbon
> - PythonInterpreterClassic
> all in the main python folder.
Yes, it's a bit of a nuisance. PythonInterpreter is a copy of either
of the other two (ConfigurePythonXXX does the copying).
I could probably try hiding the the other two, by giving them a
different extension and putting them in a different place, although
I'm not quite sure about what would be a good place. Any ideas?
> I still can't get Tkinter to load. It is recognized as a module, but
> _tkinter is not found (shades of the past):
>
> >>> import Tkinter
> Traceback (most recent call last):
> File "", line 1, in ?
> File "russmain:python 2.1a3:lib:lib-tk:Tkinter.py", line 35, in ?
> import _tkinter # If this fails your Python may not be configured for Tk
> ImportError: No module named _tkinter
Yep, Tkinter is not supported for Carbon. This is the main reason for
doing the dual-install. Shoul I add a dummy module _tkinter that gives
a better error message? (ImportError: _tkinter not supported under
Carbon)
> I looked through my Python 2.1a3 folder and found two different files
> called _tkinter.ppc.slb:
> :Mac:PlugIns:_tkinter.ppc.slb 1.6Mb last modified 2/28/01
> :Extensions:Imaging:PIL:_tkinter.ppc.slb 1.2Mb last modified 1/11/00
Oops. The PlugIns one is indeed the right one, I'll get rid of the
other one. That also shaves another megabyte or so off the distribution:-)
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From owen@astro.washington.edu Thu Mar 1 16:53:42 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 1 Mar 2001 08:53:42 -0800
Subject: [Pythonmac-SIG] MacPython 2.1a3 also available for classic PPC
In-Reply-To: <20010301103715.44BA7EA11D@oratrix.oratrix.nl>
References: <20010301103715.44BA7EA11D@oratrix.oratrix.nl>
Message-ID:
>Recently, Russell E Owen said:
>> I am a bit surprised to have three similar files:
>> - PythonInterpreter
>> - PythonInterpreterCarbon
>> - PythonInterpreterClassic
>> all in the main python folder.
>
>Yes, it's a bit of a nuisance. PythonInterpreter is a copy of either
>of the other two (ConfigurePythonXXX does the copying).
>
>I could probably try hiding the the other two, by giving them a
>different extension and putting them in a different place, although
>I'm not quite sure about what would be a good place. Any ideas?
Here's one idea: make PythonInterpreter an alias instead of a copy;
that makes it clearer what's going on, as one can resolve the alias
to find out which interpreter is being used. Then you could put both
of the specific interpreters elsewhere (e.g. in the Mac folder) or
just leave them where they are.
Regarding Tk:
I tested Tk in the classic environment and it seems to mostly work.
The two problems I found were:
- I cannot quit a Tk application -- after cmd-Q the output window
comes to the front and shows <>, as usual, but at that
point I'm stuck until I do a force exit. I don't see this behavior in
MacPython 2.0, and I have verified that both interpreters are using
the same startup options.
- File events are broken, as in MacPython 2.0.
Do you have any idea what is involved in getting Tkinter to run under
Carbon? I am willing to do some work on it.
Meanwhile, yes it would be great if we had a better error message.
Simply putting it in the ReadMe would be a reasonable second choice
(many folks would see it, others would email this list).
Finally, just out of curiosity, I notice that there is only one IDE.
Is it somehow using the current PythonInterpreter or does it only run
under classic or...?
-- Russell
From owen@astro.washington.edu Thu Mar 1 17:34:56 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 1 Mar 2001 09:34:56 -0800
Subject: [Pythonmac-SIG] Request to BBEdit owners: ask for Python support
Message-ID:
I'd like to ask any registered owners of BBEdit to ask BBEdit support
for Python language support. They have a
language plugin architecture and support a fair # of languages, so it
may be a reasonable request.
I looked at their language plugin SDK and it's pretty arcane; I gave
up on doing it myself and am hoping we can convince them to do it. I
realize Pepper offers it now, and it's a fine editor, but I suspect a
lot of us already own BBEdit and would be happier sticking to it.
-- Russell
From Mark@SplitSW.com Thu Mar 1 22:58:41 2001
From: Mark@SplitSW.com (Mark Adler)
Date: Thu, 01 Mar 2001 14:58:41 -0800
Subject: [Pythonmac-SIG] Talking to Build Applet/Build Application using AppleEvents or
other?
Message-ID:
Hello Everyone,
Is there anyway that I would be able to tell the build applet or build
application apps to open and build a certain source file from another
application? What I want to do specifically is send it an apple event from
my app (which IS NOT written in python) telling it to open and build a file.
Is this possible? If not, is there any way I could do it using another means
besides apple events, like maybe calling the PythonCore library directly?
Regards,
Mark
--
Mark Adler
Split Software
http://www.splitsw.com
Mark@SplitSW.com
From chriss@dnastar.com Thu Mar 1 21:40:48 2001
From: chriss@dnastar.com (Chris)
Date: Thu, 1 Mar 2001 15:40:48 -0600
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To:
References:
Message-ID:
I've written a BBEdit Language Module for Python. For the time being
i'll put it up at http://homepage.mac.com/christopherstern/ - note i
don't habe unicode support, but I thinl everything else works.
From owen@astro.washington.edu Thu Mar 1 22:30:04 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 1 Mar 2001 14:30:04 -0800
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To:
References:
Message-ID:
>I've written a BBEdit Language Module for Python. For the time being
>i'll put it up at http://homepage.mac.com/christopherstern/ - note i
>don't habe unicode support, but I thinl everything else works.
Thanks a million! Its working great so far. I'm impressed you were
able to wade through their SDK's interface.
In case anybody is interested, I have some quickie BBEdit
AppleScripts to comment and uncomment lines at
-- works for Python
and some other languages.
-- Russell
From jack@oratrix.nl Thu Mar 1 22:49:17 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 01 Mar 2001 23:49:17 +0100
Subject: [Pythonmac-SIG] MacPython 2.1a3 also available for classic PPC
In-Reply-To: Message by Russell E Owen ,
Thu, 1 Mar 2001 08:53:42 -0800 ,
Message-ID: <20010301224922.8774DEA11D@oratrix.oratrix.nl>
Recently, Russell E Owen said:
> >Yes, it's a bit of a nuisance. PythonInterpreter is a copy of either
> >of the other two (ConfigurePythonXXX does the copying).
> >
> >I could probably try hiding the the other two, by giving them a
> >different extension and putting them in a different place, although
> >I'm not quite sure about what would be a good place. Any ideas?
>
> Here's one idea: make PythonInterpreter an alias instead of a copy;
> that makes it clearer what's going on, as one can resolve the alias
> to find out which interpreter is being used. Then you could put both
> of the specific interpreters elsewhere (e.g. in the Mac folder) or
> just leave them where they are.
This wouldn't be good enough for the Finder. The problem is that I
want that double-clicking a Python source file will fire up the
"current" interpreter. With the current scheme this works, as long as
you-the-user don't start one of the specific interpreters before
starting the general interpreter. Still, I think this isn't good
enough, I may have to change the filetype of the specific
interpreters. Or, better, find out how to create a fat-classic-carbon
application. It's doable, things like VISE installers are created that
way, and there's a shareware app that creates them for you. But I
would like to find out the exact scheme to use, so the
ConfigurePythonXXX scripts can make either Carbon or Classic
preferred. Any ideas are welcome.
> I tested Tk in the classic environment and it seems to mostly work.
> The two problems I found were:
> - I cannot quit a Tk application -- after cmd-Q the output window
> comes to the front and shows <>, as usual, but at that
> point I'm stuck until I do a force exit. I don't see this behavior in
> MacPython 2.0, and I have verified that both interpreters are using
> the same startup options.
This is a general problem: the revert-menubar-code is broken. I'll put
it in the release notes.
> - File events are broken, as in MacPython 2.0.
> Do you have any idea what is involved in getting Tkinter to run under
> Carbon? I am willing to do some work on it.
For MacOSX I think it's out of the question until the Tk folks port
their code. For MacOS8/9-Carbon it may be doable: there is nothing
against a Carbon app dynamically loading a shared library that is
InterfaceLib-based. So what would be needed is to create a
Python-specific Tcl/Tk shared library, InterfaceLib based, which is
loaded by _tkinter.carbon.slb.
I think the shortcut, linking _tkinter.carbon.slb as a whole against
InterfaceLib, isn't going to work because of its dependency on
PythonCoreCarbon. But maybe I'm wrong here and this would work too
(and it would definitely be a lot simpler). Maybe the link order (put
InterfaceLib before PythonCore) would do the trick?
I think we need a Python-specific tcl/tcl shared lib, because we
override a couple of tcl/tk things. But again, I'm not sure.
> Meanwhile, yes it would be great if we had a better error message.
Ok, I'l try to do something about it.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Thu Mar 1 22:53:22 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 01 Mar 2001 23:53:22 +0100
Subject: [Pythonmac-SIG] Talking to Build Applet/Build Application using AppleEvents or other?
In-Reply-To: Message by Mark Adler ,
Thu, 01 Mar 2001 14:58:41 -0800 ,
Message-ID: <20010301225327.05D07EA11D@oratrix.oratrix.nl>
Recently, Mark Adler said:
> Hello Everyone,
> Is there anyway that I would be able to tell the build applet or build
> application apps to open and build a certain source file from another
> application? What I want to do specifically is send it an apple event from
> my app (which IS NOT written in python) telling it to open and build a file.
> Is this possible? If not, is there any way I could do it using another means
> besides apple events, like maybe calling the PythonCore library directly?
Great idea!
They would need a slight structural change, currently if opened
without a file being dropped on them they immedeately show an "open
source script" dialog, but they would need to become fullblown
applications (probably only with "Convert" and "Quit" commands), and
then the rest shouldn't be too hard (using MiniAEFrame).
Any takers? I'm too busy right now....
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Thu Mar 1 23:04:19 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 02 Mar 2001 00:04:19 +0100
Subject: [Pythonmac-SIG] double-clicking Python files on OSX
Message-ID: <20010301230424.75114EA11D@oratrix.oratrix.nl>
It appears that a BNDL resource isn't enough to make OSX start
PythonInterpreter when you double-click a python file. At least: at
isn't for me, I get a "which application do you want to use" dialog.
So, first question: does everyone get this?
And, second question: what can I do about it? It probably has
something to do with plst resources or something, but if someone could
point me at the right manual that would be great.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig ++++
www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++
From jack@oratrix.nl Thu Mar 1 23:10:39 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 02 Mar 2001 00:10:39 +0100
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To: Message by Chris ,
Thu, 1 Mar 2001 15:40:48 -0600 ,
Message-ID: <20010301231044.76DB3EA11D@oratrix.oratrix.nl>
Recently, Chris said:
> I've written a BBEdit Language Module for Python. For the time being
> i'll put it up at http://homepage.mac.com/christopherstern/ - note i
> don't habe unicode support, but I thinl everything else works.
Chris,
brilliant!
Someone from BareBones contacted me last week, saying that they're
customers are asking for this (wonder which customers:-), and I
suggested he'd ask again here. But as he hasn't done so yet I'll
forward his message to me here after this one, it might be worthwhile
getting into contact with them ( at the very least to tell them this
exists).
You say "for the time being": are you going to move it elsewhere? Do
you want me to include it in the distribution? The CVS archive? Link
to it?
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Thu Mar 1 23:12:11 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 02 Mar 2001 00:12:11 +0100
Subject: [Pythonmac-SIG] Forwarded: Christian Smith: MacPython and BBEdit
Message-ID: <20010301231216.7CFBAEA11D@oratrix.oratrix.nl>
--boogadaboogadabooga
Content-Type: text/plain; charset="us-ascii"
Here is the message from BareBones that I referred to.
--boogadaboogadabooga
Content-Type: message/rfc822
Replied: Sat, 24 Feb 2001 00:33:15 +0100
Replied: Christian Smith
>From csmith@barebones.com Sat Feb 24 00: 11:18 2001
Return-Path:
Delivered-To: jack@oratrix.nl
Received: from hera.cwi.nl (hera.cwi.nl [192.16.191.8])
by oratrix.oratrix.nl (Postfix) with ESMTP id 63C4211CA29
for ; Sat, 24 Feb 2001 00:11:18 +0100 (MET)
Received: from barebones.com ([204.107.232.35] [204.107.232.35]) by hera.cwi.n
l with ESMTP
id AAA26339 for ; Sat, 24 Feb 2001 00:11:16 +0100
(MET)
Received: from 204.107.232.107 ([204.107.232.107] verified)
by barebones.com (CommuniGate Pro SMTP 3.3.1)
with ESMTP id 866005 for jack@cwi.nl; Fri, 23 Feb 2001 18:11:05 -05
00
Date: Fri, 23 Feb 2001 18:11:04 -0500
From: Christian Smith
Subject: MacPython and BBEdit
To: Jack.Jansen@cwi.nl
X-Priority: 3
Message-ID: <20010223181105-r01010600-0a2630d2@204.107.232.107>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
X-Mailer: Mailsmith 1.1.6 (Bluto)
Jack, I am contacting you since you are the maintainer of MacPython.
BBEdit has had syntax coloring for various languages for several years
now but one language we currently do not support and for which we get a
fair number of requests is Python. We recently (as of the release of
BBEdit 6.0) added support in BBEdit for extending the syntax coloring
via "language modules". These modules can also provide function
scanning.
Documentation for the API and sample code is available from our web site
at
Perhaps you or someone you know would be interested in doing a Python
language module.
Another issue which comes up occasionally is the ability for BBEdit to
send data to MacPython for execution/checking (similar to what is
currently available with MacPerl). This integration between BBEdit and
MacPerl is handle by AppleEvents but there does not seem to be any sort
of support for this in MacPython. I think that this is something which
would greatly enhance the MacPython IDE and even better would be more
general support for external editors.
Any thoughts on this?
--
Christian Smith | csmith@barebones.com | http://web.barebones.com
He who dies with the most friends... Is still dead!
--boogadaboogadabooga--
From owen@astro.washington.edu Thu Mar 1 23:33:36 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 1 Mar 2001 15:33:36 -0800
Subject: [Pythonmac-SIG] MacPython 2.1a3 also available for classic PPC
In-Reply-To: <20010301224922.8774DEA11D@oratrix.oratrix.nl>
References: <20010301224922.8774DEA11D@oratrix.oratrix.nl>
Message-ID:
>Recently, Russell E Owen said:
>> >Yes, it's a bit of a nuisance. PythonInterpreter is a copy of either
>> >of the other two (ConfigurePythonXXX does the copying).
>> >
>> >I could probably try hiding the the other two, by giving them a
>> >different extension and putting them in a different place, although
>> >I'm not quite sure about what would be a good place. Any ideas?
>>
>> Here's one idea: make PythonInterpreter an alias instead of a copy;
>> that makes it clearer what's going on, as one can resolve the alias
>> to find out which interpreter is being used. Then you could put both
>> of the specific interpreters elsewhere (e.g. in the Mac folder) or
>> just leave them where they are.
>
>This wouldn't be good enough for the Finder. The problem is that I
>want that double-clicking a Python source file will fire up the
>"current" interpreter...
I see. I missed that since I don't double-click my scripts to run
them. So we'd clearly be best off with only one application having a
given creator code. So how about this simple (perhaps overly so)
solution: have the user run ConfigurePythonClassic or
ConfigurePythonCarbon to set things up appropriately. The
Configure... applet writes out the file PythonInterpreter of the
appropriate flavor, overwriting the old one, if any.
Savvy users can save a copies of the appropriate flavor of
PythonInterpreter by another name, but have to realize that unless
they change the creator code they may get themselves into trouble.
Of course a "fat" carbon/non-carbon app sounds even better, but trickier.
Thanks for the explanation about getting Tkinter to run under Carbon,
also. Ouch. I've started trying to find out what the Tk folks are up
to on the Mac.
-- Russell
From chriss@dnastar.com Fri Mar 2 00:59:37 2001
From: chriss@dnastar.com (Chris)
Date: Thu, 1 Mar 2001 18:59:37 -0600
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To: <20010301231044.76DB3EA11D@oratrix.oratrix.nl>
References: <20010301231044.76DB3EA11D@oratrix.oratrix.nl>
Message-ID:
At 12:10 AM +0100 3/2/01, Jack Jansen wrote:
>You say "for the time being": are you going to move it elsewhere? Do
I say 'for the time being' not because i have plans for the future,
but merely because I don't. If you want to distribute it, that would
be great, if you think CVSing it with the rest of the distribution
makes sense, that's fine too.
I think it's largely complete. The two issues i've been wanting to ardress are:
Unicode support (stepping by 2 instead of 1 when appropriate),
Memory access - it may be possible to coax the function
parser into looking past the end of the text. That is - it wouldn't
surprise me if while scanning a file that ends in 'de' it looked for
the 'f' even though it shouldn't. If your file ends with a \n &/^ \r
or is anyweare close to beeing syntacticaly correct python, you're
problably safe.
These are both fairly minor issues, I just havn't had the time to
deal with them lately, and this could well be the case for the next
several weeks.
From cbarker@jps.net Fri Mar 2 20:45:06 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 02 Mar 2001 12:45:06 -0800
Subject: [Pythonmac-SIG] Forwarded: Christian Smith: MacPython and BBEdit
References: <20010301231216.7CFBAEA11D@oratrix.oratrix.nl>
Message-ID: <3AA00652.1A507799@jps.net>
Jack Jansen wrote:
> Here is the message from BareBones that I referred to.
> Another issue which comes up occasionally is the ability for BBEdit to
> send data to MacPython for execution/checking (similar to what is
> currently available with MacPerl). This integration between BBEdit and
> MacPerl is handle by AppleEvents but there does not seem to be any sort
> of support for this in MacPython. I think that this is something which
> would greatly enhance the MacPython IDE and even better would be more
> general support for external editors.
>
> Any thoughts on this?
Yes, yes yes! please someone do this!!!! I would do it myself, but I
really am out of my depth with this, I have no idea even how to start.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From chriss@dnastar.com Sun Mar 4 04:24:33 2001
From: chriss@dnastar.com (Chris)
Date: Sat, 3 Mar 2001 22:24:33 -0600
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To:
References: <20010301231044.76DB3EA11D@oratrix.oratrix.nl>
Message-ID:
At 4:51 PM -0800 3/2/01, Russell E Owen wrote:
>I have found one minor bug so far:
>\" in a string does not seem to be recognized as just a part of the
>string. hence a string such as:
> "\"foo"
>will show "\" in pink, foo in black and the final " and following
>stuff in pink again.
That's correct, in fact it dosn't realy understand about tripple-quotes
at all, it thinks '''xyzzy''' is
empty-string: ''
quoted-string: 'xyzzy'
empty-string: ''
I recall having an earlyer attemt at a languemodule which was smarter in
the way it parsed python, though it never worked well with bbedeit.
I may have relased this prematurely, but I've been using it for some time
and I wasn't sure when I'd be able to get back to it.
As it looks now, I can probably take a look at salvaging bits of a
smarter scanner, sometime in the next cople days.
>Also...any idea if the BBEdit language module SDK allows automatic indenting?
No.
You can turn auto-indent on or off for each file (3rd menu on window header),
but this just starts each line at the same indent as the one above,
the language module has no control over this
From hbcc100@york.ac.uk Mon Mar 5 15:48:15 2001
From: hbcc100@york.ac.uk (hbcc100)
Date: Mon, 05 Mar 2001 15:48:15 +0000
Subject: [Pythonmac-SIG] font
Message-ID: <3AA3B53F.9F3CDE7E@york.ac.uk>
Hello,
I am writing a program containing both Japanese and German on my Mac. To display
both languages correctly, I need to change the font. How can I do this? I have
been told that there might be a way of changing fonts using Fm (Font Manager).
But I can't find any documentation on this.
Can anyone help me?
Thank you
Heike
From smithsm@samuelsmith.org Tue Mar 6 07:34:31 2001
From: smithsm@samuelsmith.org (Samuel Smith)
Date: Tue, 6 Mar 2001 02:34:31 -0500
Subject: [Pythonmac-SIG] Mac version of gnuplot 3.7.1
In-Reply-To: <200007101810.OAA26444@post.larc.nasa.gov>
References: <200007101810.OAA26444@post.larc.nasa.gov>
Message-ID:
Version 3.7.1 of gnuplot for mac can be found at.
http://homepage.mac.com/gnuplot/downloads.html
> > B) is the TK stuff needed to use Gnuplot, or is just what you used to
>> create your "GUI-driven" solution.
>>
>
>You can drive Mac Gnuplot from python via the "standard" Gnuplot.py
>module. The module is available at
>http://monsoon.harvard.edu/~mhagger/Gnuplot/Gnuplot.html. The latest
>version includes support for the Mac.
>
>Also, the Mac gnuplot distribution contains a simple console written
>in python. You can obtain the Mac port of gnuplot at
>http://users.ece.gatech.edu/~schooley/gnuplot.html. It looks like it
>hasn't been updated in over 2 years.
>
>--
> Tony Ingraldi
> A.M.INGRALDI@LaRC.NASA.GOV
> Phone : (757) 864-3039
> Fax : (757) 864-7892
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://www.python.org/mailman/listinfo/pythonmac-sig
--
**********************************************
Samuel M. Smith
Alison Moore Smith
Jessica
Belinda
Alana
Monica
Samuel (baby)
21271 Waycross Drive, Boca Raton FL 33428
561-487-3823 (voice)
561-487-8930 (fax)
www.samuelsmith.org (web)
*********************************************
From sdm7g@minsky.med.virginia.edu Tue Mar 6 17:28:45 2001
From: sdm7g@minsky.med.virginia.edu (Steven D. Majewski)
Date: Tue, 6 Mar 2001 12:28:45 -0500 (EST)
Subject: [Pythonmac-SIG] [OSX/Jython] reanimating Cocoa Nibs from Python (fwd)
Message-ID:
FYI: Obviously, this doesn't completely work, or I wouldn't
have been asking for help, but I'm forwarding a copy to
pythonmac-sig, just in case any of you want to try this at home!
( You obviously have to have build one of the Cocoa tutorials:
TempConverter or CurrencyConverter, before you try this in
jython. And if you try it from a file rather than interactively,
you should wrap the NSAutorelease.push() in a try:except:
block -- if you get the exception, then "print NSBundle.allFrameworks()"
and call the push method again. I'm mystified as to why this
happens. )
-- Steve.
---------- Forwarded message ----------
Date: Tue, 6 Mar 2001 12:16:22 -0500 (EST)
From: Steven D. Majewski
To: macosx-dev@omnigroup.com
Subject: reanimating Cocoa Nibs from Python
Since creating windows and menu's programatically seems rather
pointless and tedious in Cocoa, I've been trying to figure out
how to get Python to load nibs from InterfaceBuilder.
(I've been experimenting with both the C based Python 2.1b1
(which now builds out of the box on OSX -- unfortunately that's
probably broken the Darwin build. )
plus PyObjC , and
the JVM based Jython . I've made a
bit more progress with Jython, so that's what's used in the
examples below. BTW: you have to add /System/Library/Java to
classpath for Jython to be able to load cocoa classes. )
Since IB doesn't yet support other languages like Python, I started
trying to load the Nibs from the CurrencyConverter and Java TempConverter
examples from the tutorials.
The following code snippet works (as far as it goes) for both
converter examples (depending on the path used):
--- Jython example:
from com.apple.cocoa.foundation import *
from com.apple.cocoa.application import *
tpath = '../TempConverter/build/TempConverter.app'
cpath = '../CurrencyConverter/build/CurrencyConverter.app'
pool = NSAutoreleasePool.push()
MyApp = NSApplication.sharedApplication()
bndl = NSBundle.bundleWithPath( cpath )
nib = NSApplication.loadNibFromBundle( bndl, 'MainMenu', MyApp )
MyApp.run()
---
loading the nibs generates the following error message, which is, I
guess, to be expected, since I'm loading the nibs from a different
program not containing the appropriate classes. However, all of the
default actions of the window work properly: it can be selected and
moved around, minimized, and the tab item selection works as it
should.
Mar 06 11:27:51 java[344] Unknown class `Converter' in nib file, using
`NSObjec\
t' instead.
Mar 06 11:27:52 java[344] Unknown class `ConverterController' in nib file,
usin\
g `NSObject' instead.
Mar 06 11:27:52 java[344] Could not connect the action convert: to target
of cl\
ass NSObject
The question is how to connect the actions to new targets (Python
methods) ?
NSNibConnector sounds like it may be what I want, but:
The docs just say: "Description forthcoming", and
I don't see a Java version -- only objective-c bindings.
-- Steve Majewski
( PS: Sometimes, but not always, and not initially, I get the following
error from the NSAutorelease.push() call. Since it's a java.lang
error, it's likely not a jython bug, but a JVM problem bubbling up.
If I execute a statement like: "print NSBundle.allFrameworks()",
for example, I can retry the operation and it will succeed with
no exceptions. Any clues as to the cause ?
java.lang.UnsatisfiedLinkError: push
at com.apple.cocoa.foundation.NSAutoreleasePool.push(Native Method)
at java.lang.reflect.Method.invoke(Native Method)
at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java
:158)
at org.python.core.PyReflectedFunction.__call__(PyReflectedFunction.java
:166)
at org.python.core.PyObject.__call__(PyObject.java:260)
at org.python.core.PyObject.invoke(PyObject.java:2092)
)
_______________________________________________
MacOSX-dev mailing list
MacOSX-dev@omnigroup.com
http://www.omnigroup.com/mailman/listinfo/macosx-dev
From jack@oratrix.nl Tue Mar 6 23:14:39 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 07 Mar 2001 00:14:39 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
Message-ID: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Hello friends,
MacPython 2.1b1 is ready! It includes support for both Classic and
Carbon execution model, and goodies like Numeric and PIL are again
included. The easy install option will install classic only on
non-CarbonLib machines and both models on CarbonLib or OSX
machines. With custom install you can make your own choices.
This is also the first time I've tried an active installer, which will
only download the parts you need. I'm only advertising this here for
today, please try it soon so I can send the announcement out to a wider
audience. Oh yes: on OSX ConfigurePythonCarbon complains about no
pythoncore found", ignore it.
The active installer is in
http://www.cwi.nl/ftp/jack/python/mac/MacPython21b1active.bin and the
full installer is in
http://www.cwi.nl/ftp/jack/python/mac/MacPython21b1full.bin . HQX
files are also available.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig ++++
www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++
From jwblist@olympus.net Wed Mar 7 07:57:44 2001
From: jwblist@olympus.net (John W Baxter)
Date: Tue, 6 Mar 2001 23:57:44 -0800
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID:
At 0:14 +0100 3/7/01, Jack Jansen wrote:
>MacPython 2.1b1 is ready! It includes support for both Classic and
>Carbon execution model, and goodies like Numeric and PIL are again
>included. The easy install option will install classic only on
>non-CarbonLib machines and both models on CarbonLib or OSX
>machines. With custom install you can make your own choices.
Easy install using the active installer, on 8100 running Mac OS 9.1. No
visible problems.
Gave interpreter 35,000K...only two tests failed, both on memory lack:
2 tests failed: test_longexp test_zlib
And one file name case issue (which you no doubt know about):
test___all__
blake:applications (mac os 9):python 2.1b1:lib:termios.py:7:
DeprecationWarning: the TERMIOS module is deprecated; please use termios
DeprecationWarning)
Too late for anything else tonight.
--John
--
John Baxter jwblist@olympus.net Port Ludlow, WA, USA
From tom@othermedia.com Wed Mar 7 09:49:48 2001
From: tom@othermedia.com (tom smith)
Date: Wed, 07 Mar 2001 09:49:48 +0000
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID:
on 6/3/01 11:14 PM, Jack Jansen at jack@oratrix.nl wrote:
> Hello friends,
> MacPython 2.1b1 is ready! It includes support for both Classic and
> Carbon execution model, and goodies like Numeric and PIL are again
> included.
I tried installing it on my OSX parition, but because Classic is broken (I
upgraded my system to 9.1) the VISE installer couldn't run.
The AppleMenu has a disabled "about" menu item and a funny x at the bottom,
with a divider right at the bottom.
I REALLY missed the syntax colouring I'd installed, can this be included in
the contrib folder so I don't have to remember where it is etc.
http://www.strout.net/python/mac/
Has anyone ever turned the python documentation into a AppleHelp file, so it
would be available from the help menu?
Whilst I'm here: in the browse locals bit of the software, when I'm looking
at variables that contain big chunks of text, I can't see the
contents...they're too big... could a new window be spawned if I
double-click the value
Has anyone ever created a variable watcher like HyperCard had?
cheers
tom
From tom@othermedia.com Wed Mar 7 10:22:27 2001
From: tom@othermedia.com (tom smith)
Date: Wed, 07 Mar 2001 10:22:27 +0000
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID:
I installed on my mac "system" volume.
Rebooted into x
Ran the PythonIDE > crashed
Ran the Interpreter > crashed
Ran ConfigurePythonCarbon > It complained about not being able to find the
libraries (they're in the same folder
Ran Interpreter > lots of errors had to kill
Ran EditPythonPrefs and selected system:Python 2.1b1 as python's home folder
Ran ConfigurePythonCarbon > still complained about not being able to find
the libraries (they're in the same folder
ran Interpreter > Worked!!!
ran PythonIDE > worked!!! with funny menus
...a funny glitch was the dock bar icon getting drawn at 0,0 rather than in
the Dock
It's great to see MacPython on OSX, I think I'd lose the will to live if I
had to use vi or emacs.
From jack@oratrix.nl Wed Mar 7 11:02:07 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 07 Mar 2001 12:02:07 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: Message by tom smith ,
Wed, 07 Mar 2001 09:49:48 +0000 ,
Message-ID: <20010307110207.55E4B373C95@snelboot.oratrix.nl>
> I tried installing it on my OSX parition, but because Classic is broken (I
> upgraded my system to 9.1) the VISE installer couldn't run.
This is strange. For me the installer works fine, and runs in native mode. I
know because I've also broken my classic environment.
Have other people tried installing on OSX, and do they see the installer run
in the Classic environment?
> The AppleMenu has a disabled "about" menu item and a funny x at the bottom,
> with a divider right at the bottom.
>
> I REALLY missed the syntax colouring I'd installed, can this be included in
> the contrib folder so I don't have to remember where it is etc.
> http://www.strout.net/python/mac/
Could you pack this up (after asking Joe that it's OK) in a single folder with
a README that I can simply drop into the Contrib folder? I'm really too busy
to look at this...
> Has anyone ever turned the python documentation into a AppleHelp file, so it
> would be available from the help menu?
Yes, I would _really_ like this! If anyone has time to put into this: please
do so!
> Whilst I'm here: in the browse locals bit of the software, when I'm looking
> at variables that contain big chunks of text, I can't see the
> contents...they're too big... could a new window be spawned if I
> double-click the value
Yes, this is a feature I would also like. Again, if I have to wait for myself
to find the time it'll be a while, though, so contributions are gladly
accepted.
> Has anyone ever created a variable watcher like HyperCard had?
This is difficult for the common case, as often you're not chaning the object
but simply creating a new reference. For example:
>>> i = 3
>>> watch(i)
>>> i = 4
if you had a reference to the "i" object you would not see a change, the i=4
assignment simply puts a new object reference into "i". To be useful you would
really have to keep a reference to the scope where "i" is plus the name "i".
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Wed Mar 7 11:06:27 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 07 Mar 2001 12:06:27 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: Message by tom smith ,
Wed, 07 Mar 2001 10:22:27 +0000 ,
Message-ID: <20010307110628.1E4F2373C95@snelboot.oratrix.nl>
> I installed on my mac "system" volume.
>
> Rebooted into x
> Ran the PythonIDE > crashed
> Ran the Interpreter > crashed
> Ran ConfigurePythonCarbon > It complained about not being able to find the
> libraries (they're in the same folder
> Ran Interpreter > lots of errors had to kill
> Ran EditPythonPrefs and selected system:Python 2.1b1 as python's home folder
> Ran ConfigurePythonCarbon > still complained about not being able to find
> the libraries (they're in the same folder
> ran Interpreter > Worked!!!
> ran PythonIDE > worked!!! with funny menus
This sounds like it could all be caused by installing Python twice without
removing the Preferences file in between. I'm running into this the whole time
myself, I'll have to think of a way to remove the preference files if you
re-install.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From tom@othermedia.com Wed Mar 7 11:37:42 2001
From: tom@othermedia.com (tom smith)
Date: Wed, 07 Mar 2001 11:37:42 +0000
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: <20010307110628.1E4F2373C95@snelboot.oratrix.nl>
Message-ID:
on 7/3/01 11:06 AM, Jack Jansen at jack@oratrix.nl wrote:
> I'm running into this the whole time
> myself, I'll have to think of a way to remove the preference files if you
> re-install.
I looked for my preference file but couldn't find it anywhere, where is it?
From afonso@mac.com Wed Mar 7 13:07:09 2001
From: afonso@mac.com (Afonso Salcedo)
Date: Wed, 07 Mar 2001 13:07:09 +0000
Subject: [Pythonmac-SIG] Help: extension modules and sigtools
Message-ID:
I've been trying to compile the sigtools module
(http://pylab.sourceforge.net/packages/signaltools-0.5.3.tar.gz) on the Mac
to use on my final year undergraduate course project.
I've been reading the whole archive for days now, and doing everything
already told on how to compile modules using codewarrior.
I have everything named correctly and all the settings changed as stated
before:
sigtoolsmodule.c
sigtools.h
sigtoolsmodule.prj.exp
sigtools.prj
pythoncore
Etc etc...
Initsigtools is the initialization function and is correctly stated in the
.exp file.
I still get the irritating "Import error: initsigtools: the specified symbol
was not found"...
I'm completely stuck on this one and as I really need this module to work on
the mac (one of my objectives is to show platform-independency with python,
numpy and pil), and for obvious reasons I need to finish the project asap ;)
I would be extremely greatful if someone could shed some light on this to me
:))
Thanks in advance,
Afonso Salcedo
From billb@mousa.demon.co.uk Wed Mar 7 13:06:37 2001
From: billb@mousa.demon.co.uk (Bill Bedford)
Date: Wed, 7 Mar 2001 13:06:37 +0000
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To:
References:
Message-ID: <194620634009553430382@mousa.demon.co.uk>
At 9:49 am +0000 07/03/01, tom smith wrote:
>
>Has anyone ever turned the python documentation into a AppleHelp file, so it
>would be available from the help menu?
>
Yes, for Python 1.5.2, but there are issues with tabs in the html
which the Help Viewer doesn't recognise. I have, though, a version
which has the Mac Library and the Mac Tutorial.
--
Bill Bedford
He was said to have the body of a twenty-five year old, although no
one knew where he kept it.
From tmk@easynet.be Wed Mar 7 16:42:04 2001
From: tmk@easynet.be (Tattoo Mabonzo K.)
Date: Wed, 7 Mar 2001 17:42:04 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
Message-ID: <200103071642.f27Gg6G01162@metis.microscript.be>
Yo,
Great work Jack! The install went perfectly well (Mac OS X PB with a =
working Mac OS 9.04 partition).
I ran "import test.autotest" and got the following results:
103 tests OK.=0D28 tests skipped: test_al test_bsddb test_cd test_cl =
test_crypt test_dbm test_dl test_fcntl test_fork1 test_gc test_gl =
test_grp test_imgfile test_largefile test_linuxaudiodev test_mmap =
test_nis test_openpty test_poll test_popen2 test_pty test_pwd =
test_signal test_sunaudiodev test_sundry test_timing test_winreg =
test_winsound=0D
So no failed test due to memory size problems here :-).
One question though. Jack, do you forsee that the problem where Python =
consumes HUGE amounts of processor cycle will be fixed for the final =
release? This is a real concern AFAIC.=20
=3D tmk =3D
PS: I'm getting a bunch of:
--- error msg
AEProcessAppleEvent error:=0DTraceback (most recent call last):=0D File =
"mac os x:users:public:python 2.1b1:mac:lib:FrameWork.py", line 387, in =
do_kHighLevelEvent=0D AEProcessAppleEvent(event)=0DMac OS Error: =
(-1708, 'the AppleEvent was not handled by any handler')=0D
On Wednesday, March 7, 2001, at 12:14 AM, Jack Jansen wrote:
--- end
everytime I click on the running IDE icon in the dock.
> Hello friends,=20
> MacPython 2.1b1 is ready! It includes support for both Classic and=20
> Carbon execution model, and goodies like Numeric and PIL are again=20
> included. The easy install option will install classic only on=20
> non-CarbonLib machines and both models on CarbonLib or OSX=20
> machines. With custom install you can make your own choices.=20
> =20
> This is also the first time I've tried an active installer, which will=20=
> only download the parts you need. I'm only advertising this here for=20=
> today, please try it soon so I can send the announcement out to a =
wider=20
> audience. Oh yes: on OSX ConfigurePythonCarbon complains about no=20
> pythoncore found", ignore it.=20
> =20
> The active installer is in=20
> http://www.cwi.nl/ftp/jack/python/mac/MacPython21b1active.bin and the=20=
> full installer is in=20
> http://www.cwi.nl/ftp/jack/python/mac/MacPython21b1full.bin . HQX=20
> files are also available.=20
> --=20
> Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal =
++++=20
> Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your =
sig ++++=20
> www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++=20
> =20
> _______________________________________________=20
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org=20
> http://mail.python.org/mailman/listinfo/pythonmac-sig=20
> =20
> =20
From owen@astro.washington.edu Wed Mar 7 17:03:37 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Wed, 7 Mar 2001 09:03:37 -0800
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID:
I tried the net installer and switched to another application while
it was running. At some point my Mac stopped responding (pointer
still moved, but clicks were ignored). I heard a beep around then, so
perhaps the installer was trying to tell me something. After waiting
10 minutes I did a forced exit and the installer quit and all was
well. I forgot to check what state the installation was in, I just
threw it away.
The full installer ran fine, though there's a fairly long pause when
the Configure application launches before it starts building applets
(this could lead one to fear the Mac is hung; if it's easy to add a
dialog box that indicates activity, that might be nice).
Both classic and carbon environments run great on my G4 with MacOS
9.1 and Carbon 1.2.5. I didn't actually run the full tests this time,
just my own code. I will run the full tests if desired.
Tk apps have the usual known problems: cannot quit and file events
broken. Any chance of adding these to the release notes? I have
emailed a possible modified version of the release notes directly to
Jack.
Thank you very much for getting it down to one interpreter
application -- having the others around as files with funny types
seems like an excellent solution!
-- Russell
From cbarker@jps.net Wed Mar 7 18:28:13 2001
From: cbarker@jps.net (Chris Barker)
Date: Wed, 07 Mar 2001 10:28:13 -0800
Subject: [Pythonmac-SIG] "Official" MacPython docs: HELP!!!!
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID: <3AA67DBD.831D43FE@jps.net>
Hi all,
I just got a message from Fred Drake, the maintainer of the Python
documentation, about the MacPython doc. Some of you may recall that I
took on the project of updating the docs before the 2.0 release. I got
contributions from a number of folks, and some progress was made, but we
have a long way to go. Fred would really like to see doc filled in,
there are a lot of gaps.
I am willing to take on the job of coordinating everyone's efforts, and
putting it all together into the source LaTeX document. I do not,
however, have enough time to also do all the writing, and frankly, I am
unqualified to do a lot of it anyway.
Please, Please, Please, try to find a few hours to help out with this
project. A lot of information is already available in various READMEs
and html docs scattered about the MacPython distrobution, but it would
be great if those coule be updated and incorporated into the Offical
docs.
I think it would be a major benifit to the MacPython community to
improve this document. People coming to Python on the Mac for the first
time will see this doc first, and it could really help to get them
started, rather than give them the impression that the Mac is a second
class citizen in the Python world.
Please take a look at the doc at:
http://www.python.org/doc/current/mac/mac.html
The "Using Python on the Macintosh" Section really needs some beefing up
an filling in. Also the "Undocumented Modules" section needs to be
addressed. Another section I'd love to see is one on using Apple Events,
and OSA. I know there is some of this in the html docs with the distro,
could someone update that and contribute it? There are a whole lot of
other holes in the doc as well. If you have recently figured out how to
do something, please consider writing it up and sending it to me.
If everyone that has some MacPython expertise spent a few hours on this,
we could really improve it a lot.
Please send a note to this list if you intend to work on a section, so
that we can avoid duplication.
Another doc that really needs help (from a Mac perspective) is the
Extending and Embedding doc:
http://www.python.org/doc/current/ext/ext.html
It has, as it's primary example, a simple function that calls the
"system" C function. this is obviously useless on the Mac. There are
also specific sections on how to set up and compile an extension in Unix
and Windows. We really need a section like that for the Mac. I hope
someone can find some time to write that up. It really only needs be a
couple of pages.
The Doc is written in LaTeX, with a very specific style, so that it can
be easily converted into PDF and HTML form. If you are writing a small
section, you might as well just write it in plain text, and I'll put it
into the LaTeX doc. If you want to work on a larger section, you can get
the LaTeX source from the sourceforge CVS server, or I'll send it to you
if you like. Info about the LaTeX format can be found in:
http://python.sourceforge.net/devel-docs/doc/doc.html
Thanks to any of you who have helped out in the past, and any that will
help out now.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From csmith@barebones.com Wed Mar 7 18:36:09 2001
From: csmith@barebones.com (Christian Smith)
Date: Wed, 7 Mar 2001 13:36:09 -0500
Subject: [Pythonmac-SIG] Forwarded: Christian Smith: MacPython and BBEdit
In-Reply-To: <20010301231216.7CFBAEA11D@oratrix.oratrix.nl>
Message-ID: <20010307133610-r01010600-d255f117@204.107.232.107>
On Friday, March 2, 2001 at 0:12, jack@oratrix.nl (Jack Jansen) wrote:
> Here is the message from BareBones that I referred to.
Jack, thanks for forwarding this over. I was swampped with a few other
issues and simply had not gotten to this. I'm subscribed to this list
now as well.
I wrote:
> Perhaps you or someone you know would be interested in doing a Python
> language module.
Thanks to Chris Stern we now have one of these. Thank you very much
Chris.
> Another issue which comes up occasionally is the ability for BBEdit to
> send data to MacPython for execution/checking (similar to what is
> currently available with MacPerl). This integration between BBEdit and
> MacPerl is handle by AppleEvents but there does not seem to be any
> sort of support for this in MacPython. I think that this is something
> which would greatly enhance the MacPython IDE and even better would be
> more general support for external editors.
I'd like to reaffirm that I think this would be a great deal for the
Python/Macintosh community. I anyone wants to tackle this I would be
more than happy to provide feedback and/or suggestions.
--
Christian Smith | csmith@barebones.com | http://web.barebones.com
He who dies with the most friends... Is still dead!
From Mark@SplitSW.com Thu Mar 8 02:22:36 2001
From: Mark@SplitSW.com (Mark Adler)
Date: Wed, 07 Mar 2001 18:22:36 -0800
Subject: [Pythonmac-SIG] Interest In RAD for python?
Message-ID:
Hello Everyone,
I am currently developing a RAD environment for Python called VPython.
It will have built in syntax coloring/auto indenting, drag and drop Tkinter
IDEs, module browser, class generators, and a slew of other features. I am
contimplating whether or not to charge for this when it is completed (a very
low amount I mean, like around 10-20). How many people would be interested
in something like this? And how many people would be willing to pay a low
shareware fee if there was one?
Sincerely,
Mark Adler
--
Mark Adler
Split Software
Homepage : http://www.splitsw.com
Order Page : http://order.kagi.com/?J1M
Email : Mark@SplitSW.com
From smithsm@adeptsystemsinc.com Thu Mar 8 01:29:48 2001
From: smithsm@adeptsystemsinc.com (Samuel Smith)
Date: Wed, 7 Mar 2001 20:29:48 -0500
Subject: [Pythonmac-SIG] Interest In RAD for python?
In-Reply-To:
References:
Message-ID:
>Hello Everyone,
> I am currently developing a RAD environment for Python called VPython.
>It will have built in syntax coloring/auto indenting, drag and drop Tkinter
>IDEs, module browser, class generators, and a slew of other features. I am
>contimplating whether or not to charge for this when it is completed (a very
>low amount I mean, like around 10-20). How many people would be interested
>in something like this? And how many people would be willing to pay a low
>shareware fee if there was one?
There were three commercial IDE's for python announced at the Python
conf this week. The prices I think were under $100 per seat. So not
too expensive but still a lot more than $10-20 Shareware. My guess is
the degree of interest would come down to price performance.
Certainly everyone I know wants a good IDE for Python.
FYI the 3 are
PythonWorks by The Secret Labs
Komodo by ActiveState
Wing IDE by Archaeopteryx
>Sincerely,
>Mark Adler
>--
>Mark Adler
>Split Software
>Homepage : http://www.splitsw.com
>Order Page : http://order.kagi.com/?J1M
>Email : Mark@SplitSW.com
>
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
--
**********************************************************
Adept Systems Incorporated
21271 Waycross Drive, Boca Raton Florida 33428 USA
1-561-487-6894 (voice)
1-561-487-8930 (fax)
1-561-487-1244 (engineering lab)
1-561-487-5394 (fax engineering lab)
adept@adeptsystemsinc.com (email)
http://www.adeptsystemsinc.com/ (web)
*********************************************************
From sdm7g@virginia.edu Thu Mar 8 02:17:41 2001
From: sdm7g@virginia.edu (Steven D. Majewski)
Date: Wed, 7 Mar 2001 21:17:41 -0500 (EST)
Subject: [Pythonmac-SIG] Interest In RAD for python?
In-Reply-To:
Message-ID:
On Wed, 7 Mar 2001, Samuel Smith wrote:
>
> There were three commercial IDE's for python announced at the Python
> conf this week. The prices I think were under $100 per seat. So not
> too expensive but still a lot more than $10-20 Shareware. My guess is
> the degree of interest would come down to price performance.
> Certainly everyone I know wants a good IDE for Python.
>
> FYI the 3 are
>
> PythonWorks by The Secret Labs
> Komodo by ActiveState
> Wing IDE by Archaeopteryx
Since this is on the pythonmac-sig mailing list, I'll mention
that Apple has stated their intention to eventually support
other languages with the developer tools on mac OSX ( ProjectBuilder
and InterfaceBuilder ). In reality, they are probably quite a
way from shipping support for anything else like Python.
Currently, a lot of stuff needed to make it work for something
like Python is undocumented -- there are several class descriptions
that contain only "Description forthcoming" under every method.
I was able to load and partially animate(*) the Nib files from
another project (written in objective-c or Java with ProjectBuilder/
InterfaceBuilder) from Jython. ( I haven't yet figured out how to
do it from CPython, but I'm close. ) [* "partially animate" means
that all of the default framework actions work except that there's
no menu displayed, and I haven't figured out how to bind the non-default
actions to python methods. (That's one of the "Description fortcoming"
parts of the documentation! ) ]
I haven't yet heard whether the development tools will be bundled
with the $129 OSX final release -- it was a separate CD but freely
downloadable for the public beta. I'm sure they will charge extra
for a final tools CD, but I don't know if they will keep the free
download.
-- Steve Majewski
From csmith@barebones.com Thu Mar 8 02:28:34 2001
From: csmith@barebones.com (Christian Smith)
Date: Wed, 7 Mar 2001 21:28:34 -0500
Subject: [Pythonmac-SIG] Interest In RAD for python?
In-Reply-To:
Message-ID: <20010307212836-r01010600-80600697@192.168.0.1>
On Wednesday, March 07, 2001 at 20:29, smithsm@adeptsystemsinc.com
(Samuel Smith) wrote:
> > I am currently developing a RAD environment for Python called
> > VPython.
> >It will have built in syntax coloring/auto indenting, drag and drop
> >Tkinter IDEs, module browser, class generators, and a slew of other
> >features. I am contimplating whether or not to charge for this when
> >it is completed (a very low amount I mean, like around 10-20). How
> >many people would be interested in something like this? And how many
> >people would be willing to pay a low shareware fee if there was one?
>
>
> There were three commercial IDE's for python announced at the Python
> conf this week. The prices I think were under $100 per seat. So not
> too expensive but still a lot more than $10-20 Shareware. My guess is
> the degree of interest would come down to price performance. Certainly
> everyone I know wants a good IDE for Python.
Of course all three of these are "multi-platform" but all of the
platforms are Windows or Unix/Linux :-)
Mark, I'm sure that there would be lots of interest in a commercial ID
for Python. Obviously I have ulterior motives for my next question but
I'll ask it anyway. What are your thoughts on providing support for
external editors as opposed to relying on a built in source editor.
Applications such as BBEdit will generally be able to provide a much
more powerfull editing enviroment than what you'll be able to provide
internally.
--
Christian Smith | csmith@barebones.com | http://web.barebones.com
PGP Fingerprint - 60E5 2216 97D2 1D1A B923 F036 00A9 CEC0 D411 FA89
From chriss@dnastar.com Thu Mar 8 06:56:06 2001
From: chriss@dnastar.com (Chris)
Date: Thu, 8 Mar 2001 00:56:06 -0600
Subject: [Pythonmac-SIG] BBEdit Python support
In-Reply-To:
References: <20010301231044.76DB3EA11D@oratrix.oratrix.nl>
Message-ID:
A new version of The Python Language module is up at
This version handels Triple-quoted strings correctly,
the old version did not.
Although this problem could not even be detected when looking at
some python files, it made others e.g. .py files with snipits of html
in them, extreamly ugly.
From tom@othermedia.com Thu Mar 8 09:09:32 2001
From: tom@othermedia.com (tom smith)
Date: Thu, 08 Mar 2001 09:09:32 +0000
Subject: [Pythonmac-SIG] Interest In RAD for python?
In-Reply-To: <20010307212836-r01010600-80600697@192.168.0.1>
Message-ID:
> Mark, I'm sure that there would be lots of interest in a commercial ID
> for Python. Obviously I have ulterior motives for my next question but
> I'll ask it anyway. What are your thoughts on providing support for
> external editors as opposed to relying on a built in source editor.
> Applications such as BBEdit will generally be able to provide a much
> more powerfull editing enviroment than what you'll be able to provide
> internally.
I personally don't use BBEdit except when I have some hairy
search-n-replacing to do. BBEdit doesn't have the debugger macPython
has...and I haven't seen a debugger as good in any of the other IDEs. I
think the debugging aspect of macPython can still be improved on. I hate
that code-run-debug mentality...but that's another (prograph cpx related)
story.
But whilst we're speaking of IDEs...
Has anyone else tried the Black Adder IDE? That's got a Tk Gui builder
that's worth a look. (Win/Linux) Take a look at these screenshots...
http://www.thekompany.com/products/blackadder/screenshots.php3?dhtml_ok=1
Lots of great features, but isn't the design goofy?
I tried Komodo (Win/Linux) and I particularly liked the ability to roll
python files into a "project" that were accessible from tab items. (Even
though the projects themselves got corrupted).
PythonWin (Win) suggests/auto-completes function parameters, even from
different modules.
If you're thinking of developing a mac python IDE, why not extend the mac
pythonIDE? Features I'd love are a "code browser / project "
windoid..."intelligent" code (if I double-command-click a module name I go
there). Expandable /reducible code. A Tk gui builder.
Of course the most important thing an IDE needs is a groovy radical visual
identity and logo. In the 90s MetroWerks CodeWarrior blew Symantec out of
the water with that Black and Yellow design... great T-shirts!
From cbarker@jps.net Thu Mar 8 18:05:53 2001
From: cbarker@jps.net (Chris Barker)
Date: Thu, 08 Mar 2001 10:05:53 -0800
Subject: [Pythonmac-SIG] Interest In RAD for python?
References:
Message-ID: <3AA7CA01.659F5763@jps.net>
There are quite few RADs either available or in process for Python, and
quite a few of these are "platform independent", but as someone pointed
out, that usually means various flavors of windows, and various flavors
of *nix.
So, while MacPython needs an RAD, what it really needs is not a platform
spoecific RAD, but a platform independent one. I think it would be a
much better use of your time, and a greater contribution to the
Python/MacPython community to port one of the existing projects to the
Mac, rather than start a whole new one. The obvious candidates for this
are the ones already built on platform independent toolbox. The freeware
ones I know of are:
IDLE (based on tk)
Boa Constructor (based on wxWindows)
I think a couple of the commercial ones are tk based as well, so you
might want to get in touch with those companies, and see if they would
want to work with you on a Mac version.
For both IDLE and Boa Constructor, you don't need to work on the RAD/IDE
itself, but rather the toolbox it is based on. In either case, getting
one or both of these toolboxes running well on the Mac would be a GREAT
thing for MacPython, IDE/RAD aside.
tk mostly works on the Mac, so it should only take a little tweaking to
get it to work. That being said, I'd personally rather see wxPython
working on the Mac. wxPython is a wrapper around wxWindows, which does
have a Mac version, and both the main toolbox and the Mac port are under
active development. There are continual rumours about wxPython being
ported to the Mac, but nothing has been released yet. If someone were to
make a commitment to it, they would get a lot of support from the wxMac
developer, the wxPython developer, and the wxWindows developers as well.
The great thing about a wxMacPython port is that MacPython would get a
comprehensive application framework, and it would be cross platform to
boot! (not to mention BoaConstructor, and other wxPython based tools)
Please check out www.wxPython.org, www.wxWindows.org, and the associated
newsgroups for more info.
If you are set on a Mac only project, I agree with a previous poster:
work on adding to and improving the current MacIDE, it's really a pretty
nifty tool already.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From owen@astro.washington.edu Thu Mar 8 18:28:59 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 8 Mar 2001 10:28:59 -0800
Subject: [Pythonmac-SIG] More on the 2.1b1 active installer hang
In-Reply-To: <20010308105017.67158EA11F@oratrix.oratrix.nl>
References: <20010308105017.67158EA11F@oratrix.oratrix.nl>
Message-ID:
Jack asked for more info on the MacPython 2.1b1 active installer hang
that I reported.
I just repeated the test.
- Deleted "System Folder:Preferences:Python:Python 2.1b1 Preferences"
- Downlaoded and unstuffed the active installer
- Started the download
- Switched into Eudora 5.1b1 and read email, but I made sure the
progress dialog box of the python installer was almost entirely
visible
- The installer finished downloading files (all indicators were that
it was truly finished -- progress bar to the right, time remaining =
0, all 128k or whatever of the 5th and last file transferred)
- My mac stopped responding to anything except mouse motion. No
clicks, no typing.
- About five seconds later my Mac beeped
- I waited awhile, but nothing else happened
- I force-exited and it killed the installer
I then unpacked the installer again (since apparently the downloaded
files go into the installer itself) and ran the installer. This time
I ran it in the foreground and it ran to completion just fine. At the
beep it put up the dialog saying it was done downloading and ready to
install; apparently that's what it was trying to do last time when it
hung.
I have repeated the first sequence (that hangs) several times, always
with the same results.
I have also repeated it with BBEdit 6.0.2 as the foreground
application (and Eudora not running). same results.
Finally a rebooted with MacOS 9.1 base extensions enabled (via
Extension Manager) and repeated the test with BBEdit 6.0.2 as the
foreground application. Same hang.
Can anybody else test this?
-- Russell
From jack@oratrix.nl Thu Mar 8 21:09:59 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 08 Mar 2001 22:09:59 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: Message by Russell E Owen ,
Wed, 7 Mar 2001 09:03:37 -0800 ,
Message-ID: <20010308211004.E881FEA11E@oratrix.oratrix.nl>
Recently, Russell E Owen said:
> I tried the net installer and switched to another application while
> it was running. At some point my Mac stopped responding (pointer
> still moved, but clicks were ignored). I heard a beep around then, so
> perhaps the installer was trying to tell me something. After waiting
> 10 minutes I did a forced exit and the installer quit and all was
> well. I forgot to check what state the installation was in, I just
> threw it away.
I haven't a clue what the problem is here. I think I'll leave the
active installer in place for this beta, but if more problems like
this show up I'll dump it for the next release.
> The full installer ran fine, though there's a fairly long pause when
> the Configure application launches before it starts building applets
> (this could lead one to fear the Mac is hung; if it's easy to add a
> dialog box that indicates activity, that might be nice).
This is a known problem with Installer Vise: it tells the Finder about
the 2000 new files that are on your disk. In previous versions of Vise
the machine appeared dead, but now they've somehow found a way to let
the finder do this "in the background". I'll see whether I can post a
dialog or something warning for this.
> Tk apps have the usual known problems: cannot quit and file events
> broken.
Will do.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Thu Mar 8 21:30:22 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 08 Mar 2001 22:30:22 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b1 is ready!
In-Reply-To: Message by "Tattoo Mabonzo K." ,
Wed, 7 Mar 2001 17:42:04 +0100 , <200103071642.f27Gg6G01162@metis.microscript.be>
Message-ID: <20010308213028.22093EA11E@oratrix.oratrix.nl>
Recently, "Tattoo Mabonzo K." said:
> One question though. Jack, do you forsee that the problem where Python =
> consumes HUGE amounts of processor cycle will be fixed for the final =
> release? This is a real concern AFAIC.=20
Ow, grmpf. I completely forgot about this one (that's what happens on
a fast machine:-). Yes, this has to be fixed, and actually I think
it's so important that I'll refrain from widely announcing this beta
until it is fixed.
> AEProcessAppleEvent error:=0DTraceback (most recent call last):=0D File =
> "mac os x:users:public:python 2.1b1:mac:lib:FrameWork.py", line 387, in =
> do_kHighLevelEvent=0D AEProcessAppleEvent(event)=0DMac OS Error: =
> (-1708, 'the AppleEvent was not handled by any handler')=0D
> On Wednesday, March 7, 2001, at 12:14 AM, Jack Jansen wrote:
> --- end
>
> everytime I click on the running IDE icon in the dock.
Ah, that's the new "reopen" command. I'll add a handler.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From redbird@rbisland.cx Fri Mar 9 01:44:50 2001
From: redbird@rbisland.cx (Gordon Worley)
Date: Thu, 08 Mar 2001 20:44:50 -0500
Subject: [Pythonmac-SIG] "Official" MacPython docs: HELP!!!!
In-Reply-To: <3AA67DBD.831D43FE@jps.net>
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
Message-ID:
At 10:28 AM -0800 3/7/01, Chris Barker wrote:
>The "Using Python on the Macintosh" Section really needs some beefing up
>an filling in. Also the "Undocumented Modules" section needs to be
>addressed. Another section I'd love to see is one on using Apple Events,
>and OSA. I know there is some of this in the html docs with the distro,
>could someone update that and contribute it? There are a whole lot of
>other holes in the doc as well. If you have recently figured out how to
>do something, please consider writing it up and sending it to me.
Okay, documentation in the form of reference can be found at
.
This is pretty good, but some of the stuff should be left out that
doesn't seem to work, like movie. I realize that this may be a lot
for you to convert to LaTeX, but I don't have the time to learn it
and convert HTML to it. Sorry.
I'll take care of the Mac OS X section. It's pretty short right now,
so I'll go back and flesh it out with some links and more specifics.
Okay, I guess I will go learn some LaTeX, but I still don't have time
to convert the long W document right now.
Also, I'll write a blurb on the module browser for the IDE, since
that deserves some mention since it is a very useful tool that the
newbie might miss. I don't have much experience with the debugger,
but someone definately needs to write up or converte existing
documentation about this.
Wait, now that I think about it, why not extend the W section a
little and include a link to the above. Okay, here's the plan: I'll
flesh out the W section to explain more about what it is and why
someone might use it. Then, I'll stick in the link and write "here's
this nice link, use it if you actually want to do something with W.
Have fun! :-)".
To recap, here are the sections I'm working on to avoid duplication:
Mac OS X, IDE mdoule browser, and W. It's a small contribution, but
every little bit helps. :-)
--
Gordon Worley
http://www.rbisland.cx/
mailto:redbird@rbisland.cx
PGP Fingerprint: C462 FA84 B811 3501 9010 20D2 6EF3 77F7 BBD3 B003
From Mark@SplitSW.com Fri Mar 9 04:58:07 2001
From: Mark@SplitSW.com (Mark Adler)
Date: Thu, 08 Mar 2001 20:58:07 -0800
Subject: [Pythonmac-SIG] Screenshots of VisPy
Message-ID:
I have just posted a screenshot of the RAD IDE on my website. You have to
download it, in pict format, but it shows the IDE in action. Better pictures
will come as the IDE gets better. It has been renamed VisPy because of the
already existing VPython.
Sincerely,
Mark Adler
--
Mark Adler
Split Software
Homepage : http://www.splitsw.com
Order Page : http://order.kagi.com/?J1M
Email : Mark@SplitSW.com
From jack@oratrix.nl Fri Mar 9 09:02:13 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 09 Mar 2001 10:02:13 +0100
Subject: [Pythonmac-SIG] Help: extension modules and sigtools
In-Reply-To: Message by Afonso Salcedo ,
Wed, 07 Mar 2001 13:07:09 +0000 ,
Message-ID: <20010309090214.5594B373C95@snelboot.oratrix.nl>
> I've been trying to compile the sigtools module
> (http://pylab.sourceforge.net/packages/signaltools-0.5.3.tar.gz) on the Mac
> to use on my final year undergraduate course project.
>
> I've been reading the whole archive for days now, and doing everything
> already told on how to compile modules using codewarrior.
>
> I have everything named correctly and all the settings changed as stated
> before:
>
> sigtoolsmodule.c
> sigtools.h
> sigtoolsmodule.prj.exp
> sigtools.prj
> pythoncore
>
> Etc etc...
>
> Initsigtools is the initialization function and is correctly stated in the
> .exp file.
>
> I still get the irritating "Import error: initsigtools: the specified symbol
> was not found"...
You did set the "Use .exp file" in the project settings->PPC PEF panel?
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Fri Mar 9 09:31:24 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 09 Mar 2001 10:31:24 +0100
Subject: [Pythonmac-SIG] Interest In RAD for python?
In-Reply-To: Message by Chris Barker ,
Thu, 08 Mar 2001 10:05:53 -0800 , <3AA7CA01.659F5763@jps.net>
Message-ID: <20010309093144.2E10E373C95@snelboot.oratrix.nl>
> If you are set on a Mac only project, I agree with a previous poster:
> work on adding to and improving the current MacIDE, it's really a pretty
> nifty tool already.
A GUI-builder is the one thing that I would really really like. RealBasic took
the Mac world by storm, and I think their guibuilder was largely responsible.
I get sick and tired of it that for every single dialog I have to go into
Resorcerer or ResEdit, twiddle the control, write down the item numbers, back
to BBedit, write custom code, etc etc etc.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From fgranger@altern.org Fri Mar 9 13:00:09 2001
From: fgranger@altern.org (Francois Granger)
Date: Fri, 9 Mar 2001 14:00:09 +0100
Subject: [Pythonmac-SIG] Screenshots of VisPy
In-Reply-To:
References:
Message-ID:
At 20:58 -0800 on 8/03/01, in message [Pythonmac-SIG] Screenshots of
VisPy, you wrote:
>I have just posted a screenshot of the RAD IDE on my website. You have to
>download it, in pict format, but it shows the IDE in action. Better pictures
>will come as the IDE gets better. It has been renamed VisPy because of the
>already existing VPython.
I can't wait to test it.
UI developpment with MacPython is really the "parent pauvre" compare
to other developpment languages.
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From macloup@yahoo.com Fri Mar 9 20:29:46 2001
From: macloup@yahoo.com (Michel Belisle)
Date: Fri, 9 Mar 2001 12:29:46 -0800 (PST)
Subject: [Pythonmac-SIG] Tkinter on MacOS X
Message-ID: <20010309202946.11091.qmail@web10103.mail.yahoo.com>
Sorry, I am new to the list. Is there anybody out
there interested in porting Tkinter to MacOS X? Either
Carbon or Cocoa could be use. I don't personally care.
I find this to be quite desirable and I am willing to
help.
Thanks.
__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
From jack@oratrix.nl Fri Mar 9 21:26:57 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 09 Mar 2001 22:26:57 +0100
Subject: [Pythonmac-SIG] Tkinter on MacOS X
In-Reply-To: Message by Michel Belisle ,
Fri, 9 Mar 2001 12:29:46 -0800 (PST) , <20010309202946.11091.qmail@web10103.mail.yahoo.com>
Message-ID: <20010309212702.E6443EA11E@oratrix.oratrix.nl>
Recently, Michel Belisle said:
> Sorry, I am new to the list. Is there anybody out
> there interested in porting Tkinter to MacOS X? Either
> Carbon or Cocoa could be use. I don't personally care.
The first step needed is that Tcl/Tk is ported to MacOSX. There's a
sourceforge mailing list on Mac Tcl/Tk, tcl-mac@lists.sourceforge.net,
you could try asking there how things are going at that front.
Once Tcl/Tk runs on MacOSX the Tkinter port shouldn't be that much work.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Fri Mar 9 22:18:56 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 09 Mar 2001 23:18:56 +0100
Subject: [Pythonmac-SIG] Tkinter on MacOS X
In-Reply-To: Message by Mark Adler ,
Fri, 09 Mar 2001 17:05:50 -0800 ,
Message-ID: <20010309221901.95E88EA11E@oratrix.oratrix.nl>
Recently, Mark Adler said:
> > Once Tcl/Tk runs on MacOSX the Tkinter port shouldn't be that much work.
>
> What will be used for GUIs if Tkinter is never ported?
Standard MacOS is one option. I've tried to beat Tkinter into
submission for a couple of years, but I've given up. On unix it could
be called acceptable because GUI standard on unix are very low (or, at
least, used to be very low, they're getting better with gtk and
qt). On the Mac Tk is completely unacceptible, however. Everything is
done completely different from the way things are done on the
mac. Moreover, Tk is rather buggy on the Mac. Or, at least,
Tk+Tkinter+Python is. And it's slow as molasses.
I keep hearing good things about wxWindows, who have apparently
learned from the Tk mistakes, but so far I haven't seen any working
code.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From cbarker@jps.net Fri Mar 9 22:41:34 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 09 Mar 2001 14:41:34 -0800
Subject: [Pythonmac-SIG] "Official" MacPython docs: HELP!!!!
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
Message-ID: <3AA95C1E.50ACBB0@jps.net>
Gordon Worley wrote:
> Okay, documentation in the form of reference can be found at
> .
> This is pretty good, but some of the stuff should be left out that
> doesn't seem to work, like movie. I realize that this may be a lot
> for you to convert to LaTeX, but I don't have the time to learn it
> and convert HTML to it. Sorry.
I'll see what I can do. Was the doc originally written in HTML, or was
it converted from something else that might be easier to deal with?
Also, were you offering to trim out the stuff that doesn't seem to work.
I really don't have time to test it all myself.
> I'll take care of the Mac OS X section. It's pretty short right now,
> so I'll go back and flesh it out with some links and more specifics.
Excelent!!!
> Okay, I guess I will go learn some LaTeX,
I personlly think LaTeX is wonderful, and the Python docs formats are a
pretty nice way to construct Python docs. I will warn you , however,
that the system is all set up to work well on a *nix system, and may
take a little tweaking to get to work on the Mac. I've been using my
Linux box to work on the doc. That being said, it would probably be
pretty easy to get the LaTeX itself working, and I'll worry about
getting it to fit into the whole Python-doc build system.
> Also, I'll write a blurb on the module browser for the IDE, since
> that deserves some mention since it is a very useful tool that the
> newbie might miss. I don't have much experience with the debugger,
> but someone definately needs to write up or converte existing
> documentation about this.
Great!! Docs on the IDE would be wonderfull!! Please someonr volunteer
to do more.
> Wait, now that I think about it, why not extend the W section a
> little and include a link to the above. Okay, here's the plan: I'll
> flesh out the W section to explain more about what it is and why
> someone might use it. Then, I'll stick in the link and write "here's
> this nice link, use it if you actually want to do something with W.
> Have fun! :-)".
That is a good option, particularly if I don't have time to do all that
LaTeX conversion, so let's start with that.
> To recap, here are the sections I'm working on to avoid duplication:
> Mac OS X, IDE mdoule browser, and W. It's a small contribution, but
> every little bit helps. :-)
It certainly does. Anyone else?
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From cbarker@jps.net Fri Mar 9 22:48:26 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 09 Mar 2001 14:48:26 -0800
Subject: [Pythonmac-SIG] Tkinter on MacOS X
References: <20010309221901.95E88EA11E@oratrix.oratrix.nl>
Message-ID: <3AA95DBA.14662758@jps.net>
Jack Jansen wrote:
> I keep hearing good things about wxWindows, who have apparently
> learned from the Tk mistakes, but so far I haven't seen any working
> code.
No one has put out any working wxPython stuff on the Mac, yet, but there
are a at least a few people doing real things with wxWindows in C++ on
the Mac. Have you tried any of the C++ stuff? I'd be interesed to see
how it works.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From cwebster@nevada.edu Fri Mar 9 23:14:00 2001
From: cwebster@nevada.edu (Corran Webster)
Date: Fri, 9 Mar 2001 15:14:00 -0800
Subject: [Pythonmac-SIG] "Official" MacPython docs: HELP!!!!
In-Reply-To: <3AA95C1E.50ACBB0@jps.net>
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
<3AA95C1E.50ACBB0@jps.net>
Message-ID:
At 2:41 PM -0800 9/3/01, Chris Barker wrote:
>Gordon Worley wrote:
>
>> Okay, documentation in the form of reference can be found at
>> .
>> This is pretty good, but some of the stuff should be left out that
>> doesn't seem to work, like movie. I realize that this may be a lot
>> for you to convert to LaTeX, but I don't have the time to learn it
>> and convert HTML to it. Sorry.
>
>I'll see what I can do. Was the doc originally written in HTML, or was
>it converted from something else that might be easier to deal with?
>Also, were you offering to trim out the stuff that doesn't seem to work.
>I really don't have time to test it all myself.
I originally wrote it in HTML - although I'm quite fluent in LaTeX I
didn't have a platform where I could run LaTeX2html at the time that
I wrote it.
The documentation was written by reading the source, rather than
actually trying stuff, so I'm not entirely sure what does and doesn't
work, unfortunately. Let me know what's broken and I'll delete it,
or at least make a note that it doesn't seem to be functional. The
docs are also incomplete in the Reference section because I ran out
of available time and I haven't had a chance to get back to it. If
anyone wants to fill in some blanks, I'll gladly incorporate them.
> > Okay, I guess I will go learn some LaTeX,
>
>I personlly think LaTeX is wonderful, and the Python docs formats are a
>pretty nice way to construct Python docs. I will warn you , however,
>that the system is all set up to work well on a *nix system, and may
>take a little tweaking to get to work on the Mac.
Not much chance of getting it to work on clasic Mac OS as long as it
relies on LaTeX2html (which it did when I was writing the W docs).
LaTeX2html is a heavily Unix-dependent system - basically a bunch of
TeX and image processing stuff glued together with Perl, as I
understand.
It may work on OS X, however.
> > Wait, now that I think about it, why not extend the W section a
>> little and include a link to the above. Okay, here's the plan: I'll
>> flesh out the W section to explain more about what it is and why
>> someone might use it. Then, I'll stick in the link and write "here's
>> this nice link, use it if you actually want to do something with W.
>> Have fun! :-)".
>
>That is a good option, particularly if I don't have time to do all that
>LaTeX conversion, so let's start with that.
I'm comfortable with that option. Now that I have a moderately
powerful Linux box available, I may get around to LaTeXifying it at
some point, but probably not anytime this semester.
> > To recap, here are the sections I'm working on to avoid duplication:
>> Mac OS X, IDE mdoule browser, and W. It's a small contribution, but
>> every little bit helps. :-)
>
>It certainly does. Anyone else?
The lack of mac documentation was why I originally wrote the W
documentation. I'd be willing to help, but it may be some time
before I have large chunks of time to devote to the project.
Regards,
Corran
From robin@alldunn.com Sat Mar 10 00:33:42 2001
From: robin@alldunn.com (Robin Dunn)
Date: Fri, 9 Mar 2001 16:33:42 -0800
Subject: [Pythonmac-SIG] wxPython for the Mac
Message-ID: <07a301c0a8f9$c3279c50$95feff0a@Rogue>
> I keep hearing good things about wxWindows, who have apparently
> learned from the Tk mistakes, but so far I haven't seen any working
> code.
According to the messages quoted below, it apparently exists in some form,
but I havn't seen any code yet either.
Interested parties could follow up with Stefan to get more info. I would
really appreciate it if someone who is an active MacPython user could pick
this up and run with it. I just havn't had the time to get up to speed on
programming for the Mac to be able to do it myself.
--
Robin Dunn
Software Craftsman
robin@AllDunn.com Java give you jitters?
http://wxPython.org Relax with wxPython!
----- Original Message -----
From: "Stefan Csomor"
To:
Sent: Friday, December 08, 2000 10:25 PM
Subject: [wx-users] RE:wxPython for Mac?
> > Anyone working on a wxPython for Macintosh?
> >
> > Philippe de Rochambeau
>
> Milan Brunclik from Barco has done it and promised to send me the sources,
> I'll hope to have things like this and OpenGL back in the archives by
> christmas
>
> Stefan
>
----- Original Message -----
From: "Stefan Csomor"
To:
Sent: Friday, February 16, 2001 4:09 AM
Subject: RE: [wx-dev] State of wxPython on Mac
>
> >
> > what is the current state of wxPython on the Mac. I have
> > heard rumours about existing patches sent somewhere, but
> > nothing beyond that,
> >
>
> Hi I've received the sources from Milan, and now that I've my PowerBook
> working again I will try to integrate these as well as some OpenGL code
I've
> received, btw. I repeat my words of caution for CW 6 you simply cannot
build
> wxMac apps that work right now, not even if you turn off all
optimizations.
> We switch back to CW 5.3 for everything.
>
> Stefan
>
>
From chriss@dnastar.com Sat Mar 10 04:31:26 2001
From: chriss@dnastar.com (Christopher Stern)
Date: Fri, 9 Mar 2001 22:31:26 -0600
Subject: [Pythonmac-SIG] cvs server (partly) down?
Message-ID:
pythoncvs.oratrix.nl consitantly refuses to update certain directories.
>cvs server: cannot open directory
>/hosts/mm/CVSREMOTE/lib-src/GUSI2/DCon: Value too large for defined
>data type
>cvs server: skipping directory DCon
>cvs server: cannot open directory
>/hosts/mm/CVSREMOTE/lib-src/GUSI2/include/arpa: Value too large for
>defined data type
>cvs server: skipping directory include/arpa
>cvs server: cannot open directory
>/hosts/mm/CVSREMOTE/lib-src/GUSI2/include/net: Value too large for
>defined data type
Is this on my end or dose everyone have this problem?
From jack@oratrix.nl Sat Mar 10 13:10:44 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 10 Mar 2001 14:10:44 +0100
Subject: [Pythonmac-SIG] cvs server (partly) down?
In-Reply-To: Message by Christopher Stern ,
Fri, 9 Mar 2001 22:31:26 -0600 ,
Message-ID: <20010310131049.59461EA11E@oratrix.oratrix.nl>
Recently, Christopher Stern said:
> pythoncvs.oratrix.nl consitantly refuses to update certain directories.
>
> >cvs server: cannot open directory
> >/hosts/mm/CVSREMOTE/lib-src/GUSI2/DCon: Value too large for defined
This problem should have been solved on wednesday. Is this report from
before then, or are you still having this problem? I haven't seen it
since then...
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From richard@blumberg.org Sat Mar 10 14:29:26 2001
From: richard@blumberg.org (Richard Blumberg)
Date: Sat, 10 Mar 2001 09:29:26 -0500
Subject: [Pythonmac-SIG] Screenshots of VisPy
In-Reply-To:
References:
Message-ID:
Looks very slick!
You get it working, price it reasonably (<$100), and I'll buy it. If
you want beta testers, I'm ready.
Richard
At 8:58 PM -0800 3/8/01, Mark Adler wrote:
>I have just posted a screenshot of the RAD IDE on my website. You have to
>download it, in pict format, but it shows the IDE in action. Better pictures
>will come as the IDE gets better. It has been renamed VisPy because of the
>already existing VPython.
>Sincerely,
>Mark Adler
>--
>Mark Adler
>Split Software
>Homepage : http://www.splitsw.com
>Order Page : http://order.kagi.com/?J1M
>Email : Mark@SplitSW.com
>
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
From fgranger@altern.org Sat Mar 10 18:20:26 2001
From: fgranger@altern.org (Francois Granger)
Date: Sat, 10 Mar 2001 19:20:26 +0100
Subject: [Pythonmac-SIG] For french pithoneers
In-Reply-To:
References:
Message-ID:
Sorry for this message in french. There is a UsenetFR vote on
creating the newsgroup fr.comp.lang.python. And I feel important to
get as many french pytoneer as possible to vote for this.
Le premier appel à voter pour la création d'un groupe de discussion
sur Python est paru.
Allez dans et cherchez le message dont le sujet est :
[AAV 1] Creation de fr.comp.lang.python (non-modere)
Message-ID: <1epxces.18yyneu19bvnu0N%massiot@via.ecp.fr>
et votez ;-)
PS: "Votez OUI, votez NON mais votez"
PPS: "Je vous parle d'un temps / Que les moins de vingt ans / Ne
peuvent pas connaitre..."
;-)
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From dante@oz.net Sat Mar 10 20:42:20 2001
From: dante@oz.net (Michael Esveldt)
Date: Sat, 10 Mar 2001 12:42:20 -0800
Subject: [Pythonmac-SIG] Getting/Setting Finder Label
Message-ID:
I have the need to set the finder label of a large number of files
all at once. I can do this with aetools but it's not very fast. Does
anyone have any ideas about how I could speed something like this up?
Thanks,
Michael
From billb@mousa.demon.co.uk Sun Mar 11 01:23:34 2001
From: billb@mousa.demon.co.uk (Bill Bedford)
Date: Sun, 11 Mar 2001 01:23:34 +0000
Subject: [Pythonmac-SIG] Getting/Setting Finder Label
In-Reply-To:
References:
Message-ID: <926108008765068441672@mousa.demon.co.uk>
At 12:42 pm -0800 10/03/01, Michael Esveldt wrote:
>I have the need to set the finder label of a large number of files
>all at once. I can do this with aetools but it's not very fast. Does
>anyone have any ideas about how I could speed something like this up?
The appleevent 'set' will take a list of objects, and this will be
very much faster than letting python process the list
--
Bill Bedford
"He's a man of few words, and he doesn't know what either of them
mean," people said, but not when he was within hearing.
From redbird@rbisland.cx Sun Mar 11 19:54:07 2001
From: redbird@rbisland.cx (Gordon Worley)
Date: Sun, 11 Mar 2001 14:54:07 -0500
Subject: [Pythonmac-SIG] W section
Message-ID:
Okay, here is what I have for the W section. Hopefully, I've done
things correctly with LaTeX. Also, let me know if I've made any
factual errors.
-----
\sectionauthor {Gordon Worley}{redbird@rbisland.cx}
\section{\module{W} ---
Mac only interface building library}
\declaremodule{extension}{W}
\platform{Mac}
\modulesynopsis{Mac only interface building library.}
\moduleauthor{Just van Rossum}{just@letterror.com}
W is an interface building module for MacPython applications,
applets, and IDE scripts. It was originally designed for use in the
IDE, but is able to be used for building the interfaces to other
programs. It also provides an application wrapper which makes it
easier to write applications than getting down and dirty with
Macintosh libraries.
Mainly, W provides all of the functionality that would be found in
the average Mac application and then some. It includes special list
types, tiny pop up menus, an easier event model, and layout managers
that make interface design easier. All of W is written in Python and
all of the source code is accessible, so it is easy to make changes
to suit a particular application's needs.
In many ways, W is still under development and documented fairly
well. A reference to it can be found at \url
{http://www.nevada.edu/%7ecwebster/Python/WWidgets/}, with tutorials
and examples to help you get started.
-----
Also, here is a more general question: Why is W still in the IDE
folder? Why not move it to Mac:Lib:W and then all scripts can access
it equally?
Also, maybe this was mentioned somewhere and I missed it, but os.path
is gone. I know that macpath is what I want to link to, but there is
no os.path to import. While I can rewrite my applications and
scripts to use macpath when I know that they will run just on the
Mac, anything meant to be crossplatform is going to break one way or
the other. I'm pretty sure we just need a file called os.path that
has the one line of code 'from macpath import *'.
--
Gordon Worley
http://www.rbisland.cx/
mailto:redbird@rbisland.cx
PGP Fingerprint: C462 FA84 B811 3501 9010 20D2 6EF3 77F7 BBD3 B003
From jack@oratrix.nl Sun Mar 11 22:52:05 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sun, 11 Mar 2001 23:52:05 +0100
Subject: [Pythonmac-SIG] W section
In-Reply-To: Message by Gordon Worley ,
Sun, 11 Mar 2001 14:54:07 -0500 ,
Message-ID: <20010311225210.79E9BEA11F@oratrix.oratrix.nl>
Recently, Gordon Worley said:
>
> Also, maybe this was mentioned somewhere and I missed it, but os.path
> is gone. I know that macpath is what I want to link to, but there is
> no os.path to import.
You should simply import os and the use os.path. Or is that what
you're doing (I got the impression that you did "import os.path",
which isn't correct, as os isn't a package) and did you come across a
genuine bug? In that case I'd like to see the "verbose import" output...
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From redbird@rbisland.cx Sun Mar 11 23:54:28 2001
From: redbird@rbisland.cx (Gordon Worley)
Date: Sun, 11 Mar 2001 18:54:28 -0500
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To: <20010311225210.79E9BEA11F@oratrix.oratrix.nl>
References: <20010311225210.79E9BEA11F@oratrix.oratrix.nl>
Message-ID:
At 11:52 PM +0100 3/11/01, Jack Jansen wrote:
>You should simply import os and the use os.path. Or is that what
>you're doing (I got the impression that you did "import os.path",
>which isn't correct, as os isn't a package) and did you come across a
>genuine bug? In that case I'd like to see the "verbose import" output...
Okay, guess I learn something new all of the time. import os.path
seemed to have worked fine in the past and I've seen it done in other
Python scripts, but I guess the latest updates changed this.
--
Gordon Worley
http://www.rbisland.cx/
mailto:redbird@rbisland.cx
PGP Fingerprint: C462 FA84 B811 3501 9010 20D2 6EF3 77F7 BBD3 B003
From richard@blumberg.org Mon Mar 12 16:00:21 2001
From: richard@blumberg.org (Richard Blumberg)
Date: Mon, 12 Mar 2001 11:00:21 -0500
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To:
References: <20010311225210.79E9BEA11F@oratrix.oratrix.nl>
Message-ID:
FWIW...
'import os.path' works the same on my Mac and on my webserver
(running freeBSD, python v. 2.0). That is, it imports the os module,
entire, including the path module contained within the os module. In
other words, on both platforms, 'import os' and 'import os.path' seem
to have identical results. Not quite what I'd have expected, but not
inconsistent between platforms.
Richard
At 6:54 PM -0500 3/11/01, Gordon Worley wrote:
>At 11:52 PM +0100 3/11/01, Jack Jansen wrote:
>>You should simply import os and the use os.path. Or is that what
>>you're doing (I got the impression that you did "import os.path",
>>which isn't correct, as os isn't a package) and did you come across a
>>genuine bug? In that case I'd like to see the "verbose import" output...
>
>Okay, guess I learn something new all of the time. import os.path
>seemed to have worked fine in the past and I've seen it done in
>other Python scripts, but I guess the latest updates changed this.
>--
>Gordon Worley
>http://www.rbisland.cx/
>mailto:redbird@rbisland.cx
>PGP Fingerprint: C462 FA84 B811 3501 9010 20D2 6EF3 77F7 BBD3 B003
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
From just@letterror.com Mon Mar 12 17:55:19 2001
From: just@letterror.com (Just van Rossum)
Date: Mon, 12 Mar 2001 18:55:19 +0100
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To:
References:
<20010311225210.79E9BEA11F@oratrix.oratrix.nl>
Message-ID:
At 11:00 AM -0500 12-03-2001, Richard Blumberg wrote:
>FWIW...
>
>'import os.path' works the same on my Mac and on my webserver
>(running freeBSD, python v. 2.0). That is, it imports the os module,
>entire, including the path module contained within the os module. In
>other words, on both platforms, 'import os' and 'import os.path' seem
>to have identical results. Not quite what I'd have expected, but not
>inconsistent between platforms.
If I recall correctly, this was actually added as a feature quite a while
ago: os isn't _really_ a package, but some sort of hack (?) was added to
make it _looks_ like a package, exactly for the purpose that "import
os.path" works.
Just
. . . . .
new address:
Hasselaersplein 7
2013 GB Haarlem
T +31 23 5427754
F +31 23 5427217
From cbarker@jps.net Mon Mar 12 18:47:59 2001
From: cbarker@jps.net (Chris Barker)
Date: Mon, 12 Mar 2001 10:47:59 -0800
Subject: [Pythonmac-SIG] wxWindows Example
References: <20010309221901.95E88EA11E@oratrix.oratrix.nl> <3AA95DBA.14662758@jps.net>
Message-ID: <3AAD19DF.C2547659@jps.net>
Jack Jansen wrote:
> I keep hearing good things about wxWindows, who have apparently
> learned from the Tk mistakes, but so far I haven't seen any working
> code.
I don't know if the wxWindows Team learned from Tk mistakes, they are
entirely different animals. Tk was designed to be a GUI toolkit for use
with TCL in X-windows. It has evolved far beyond that, but that legacy
is still very apparent, which is why it has all the problems Jack
stated.
wxWindows was designed from the beginning to be a platform independent
application framework. It was also designed to use native widgets
whenever possible, to maximize native look and feel. I think that is
particularly important on the Mac. The weak point for Mac users is that
there are few of us, so wxWindows development does lag behind for the
Mac. (As is evidenced by the fact that there is not yet a wxMacPython !)
One advantage tkInter has over wxPython is that Tk was designed to work
with a scripting language, so it's syntax is far more Pythonesque than
wxPython. I think this is also due to the fact that the tkInter wrapper
was hand written, and not automatically generated by SWIG, like wxPython
is. An advantage of this however, is that the wxPython API very closely
mirrors the wxWindows API, so it is fully documented. That was a
long-standing problem with tkInter.
Given all that, wxPython is a nice, powerful, flexible, fast, platform
independent GUI toolkit for Python, and the only one (other than TK)
that is anywhere close to working on the Mac.
If you want an example of what an application using the wxWindows
library looks like on the Mac, check out:
http://www.cs.cmu.edu/~music/audacity/
With a little work, we could do that with MacPython!!
-Chris
From cbarker@jps.net Mon Mar 12 18:59:58 2001
From: cbarker@jps.net (Chris Barker)
Date: Mon, 12 Mar 2001 10:59:58 -0800
Subject: [Pythonmac-SIG] "Official" MacPython docs: HELP!!!!
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
<3AA95C1E.50ACBB0@jps.net>
Message-ID: <3AAD1CAE.AA79EDE6@jps.net>
> >I personlly think LaTeX is wonderful, and the Python docs formats are a
> >pretty nice way to construct Python docs. I will warn you , however,
> >that the system is all set up to work well on a *nix system, and may
> >take a little tweaking to get to work on the Mac.
>
> Not much chance of getting it to work on clasic Mac OS as long as it
> relies on LaTeX2html (which it did when I was writing the W docs).
> LaTeX2html is a heavily Unix-dependent system - basically a bunch of
> TeX and image processing stuff glued together with Perl, as I
> understand.
I agree. What you could do pretty easily is get the LaTeX part working,
and you could get nice printout, PS, and PDF from that. The HTML would
probably have to be generated on a Unix box, but that is handled by Fred
Drake anyway.
(wouldn't a LaTeX to html built with Python be a great thing!)
Keep your contributions coming!!
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From tom@othermedia.com Tue Mar 13 09:59:45 2001
From: tom@othermedia.com (tom smith)
Date: Tue, 13 Mar 2001 09:59:45 +0000
Subject: [Pythonmac-SIG] wxWindows Example
In-Reply-To: <3AAD19DF.C2547659@jps.net>
Message-ID:
on 12/3/01 6:47 PM, Chris Barker at cbarker@jps.net wrote:
> If you want an example of what an application using the wxWindows
> library looks like on the Mac, check out:
>
> http://www.cs.cmu.edu/~music/audacity/
Looks OK, but saw no evidence of ANY mac widgets. No drag and drop,
contextual menus. Hell, even the button with a cursor image on it is WHITE .
It looks thoroughly like a windows app. After 1 minute of recording me
whistling it bombed my computer.
> With a little work, we could do that with MacPython!!
ahem... what are the other options...
tom
From jack@oratrix.nl Tue Mar 13 13:35:09 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 13 Mar 2001 14:35:09 +0100
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To: Message by Just van Rossum ,
Mon, 12 Mar 2001 18:55:19 +0100 ,
Message-ID: <20010313133632.C575A373C95@snelboot.oratrix.nl>
> If I recall correctly, this was actually added as a feature quite a while
> ago: os isn't _really_ a package, but some sort of hack (?) was added to
> make it _looks_ like a package, exactly for the purpose that "import
> os.path" works.
One is never too old to learn, it seems:-)
I just tried it in 2.1b1 on Irix, and it still works there. So I'll have a
look at making it work again on 2.1b1 for Mac (although I must say that I
haven't a clue as to how this hack would work...)
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Tue Mar 13 20:25:01 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 13 Mar 2001 21:25:01 +0100
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To: Message by Just van Rossum ,
Mon, 12 Mar 2001 18:55:19 +0100 ,
Message-ID: <20010313202506.E3FC4EA11D@oratrix.oratrix.nl>
Of course I only half-read the original message, so when I replied
"I'll look into fixing it" I thought the original message said that it
did not work on Mac while it did work on Linux. But as it works the
same on both I think I'll refrain from "fixing" it:-)
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From richard@blumberg.org Tue Mar 13 21:09:16 2001
From: richard@blumberg.org (Richard Blumberg)
Date: Tue, 13 Mar 2001 16:09:16 -0500
Subject: import os.path error (was Re: [Pythonmac-SIG] W section)
In-Reply-To: <20010313202506.E3FC4EA11D@oratrix.oratrix.nl>
References: <20010313202506.E3FC4EA11D@oratrix.oratrix.nl>
Message-ID:
No, Jack, please fix it. And while you're at it, fix the Unix version too.
;-)
Richard
At 9:25 PM +0100 3/13/01, Jack Jansen wrote:
>Of course I only half-read the original message, so when I replied
>"I'll look into fixing it" I thought the original message said that it
>did not work on Mac while it did work on Linux. But as it works the
>same on both I think I'll refrain from "fixing" it:-)
>--
>Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
>Jack.Jansen@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
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
From jack@oratrix.nl Wed Mar 14 12:39:54 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 14 Mar 2001 13:39:54 +0100
Subject: [Pythonmac-SIG] Yet another MacPython beta
Message-ID: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
Folks,
there's yet another MacPython 2.1b1 installer, this time it is build 87.
Barring showstoppers I will announce this to a wider audience tomorrow. Bugs
fixed since the previous b1:
- The problem with the IDE burning cycles on OSX has been fixed.
- ConfigurePython will now detect suspicious preference files (with a different
Python folder from where it was started from, i.e. what will happen if you
install this after you've installed the previous 2.1b1) and offer to
remove it.
- The installer fires up ConfigurePython and waits for it.
- The installer warns about the finder activity when it finishes.
- On OSX Final you can put applets anywhere you want again. On Public Beta
they will still have to live in the Python folder.
Grab it from http://www.cwi.nl/ftp/jack/python/mac and let me know when there
are problems,
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig ++++
www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++
From tom@othermedia.com Wed Mar 14 15:29:07 2001
From: tom@othermedia.com (tom smith)
Date: Wed, 14 Mar 2001 15:29:07 +0000
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
Message-ID:
are there any reasons not to upgrade to this like not working with Tk or
problematic modules?
thanks
tom
From bfancher@mac.com Wed Mar 14 17:19:16 2001
From: bfancher@mac.com (bill fancher)
Date: Wed, 14 Mar 2001 09:19:16 -0800
Subject: [Pythonmac-SIG] CVS Problem
In-Reply-To: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
Message-ID:
I get the following when trying to log in to pythoncvs.oratrix.nl:
Fatal error, aborting.
ropython: no such user
cvs login: authorization failed: server pythoncvs.oratrix.nl rejected access
to /hosts/mm/CVSREMOTE for user ropython
--
bill
From cbarker@jps.net Wed Mar 14 18:09:48 2001
From: cbarker@jps.net (Chris Barker)
Date: Wed, 14 Mar 2001 10:09:48 -0800
Subject: [Pythonmac-SIG] wxWindows Example
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
<3AA95C1E.50ACBB0@jps.net> <3AAD1CAE.AA79EDE6@jps.net>
Message-ID: <3AAFB3EC.CF079F42@jps.net>
tom smith wrote:
> > If you want an example of what an application using the wxWindows
> > library looks like on the Mac, check out:
> >
> > http://www.cs.cmu.edu/~music/audacity/
> Looks OK, but saw no evidence of ANY mac widgets. No drag and drop,
> contextual menus.
In many ways, that is not the best example of the wxWindows from a "use
of the native widgets" point of view. All the buttons are custom
designed. They ARE NOT windows widgets. wx does not render it's own
widgets, so it isn't emulating windows unless the author chooses to make
his own buttons look like windows buttons. If you use standard
wxButtons, the native ones are used.
>Hell, even the button with a cursor image on it is WHITE .
That is a custom bitmap button. It is a cross platform app. There are
always trade offs between consistancy across platforms and native look.
With a custom bitmap button like the cursor image one, an author would
have to have separate bitmaps for each platform in order to get an
absolutely native look (BTW, the arrow cursor on my Linux box is black,
and I think is is on Windows as well, so who knows why he decided to
draw
it that way). If you want all your custom buttons to look native, you
can
certainly do that. For that matter, you can make all your custom buttons
look more like Mac buttons, and they will look that way on all
platforms.
> It looks thoroughly like a windows app. After 1 minute of recording me
> whistling it bombed my computer.
This is what the author of the program said about the Mac port:
" Audacity works reasonably well on the Mac. It definitely has bugs and
is not as stable on the Mac (yet), but it shows that we're definitely
getting close."
I'm sure he'd appreciate a bug report, and it's likely that bug has
nothing to do with wx anyway.
> ahem... what are the other options...
The only other option is tk. While at the moment, tk does function at
least somewhat on the Mac, It isn't really robust enough for substantial
projects, and I don't think it has a really promising future (see Jack's
previous post). There is no question that development of wxMac is behind
the other ports, but I do think it has a lot of promise. If no one uses
it, and no Mac developers take an active interest, it won't get better.
wxPython has given a real boost to wxWindows development (on Windows and
*nix) by giving it much more exposure, a larger user base, and a larger
develper base. wxMacPython could do the same for the Mac port if we can
get it started.
I work in a mostly Mac house, but we do need to distribute our software
to others, and over 90% of our other users are Windows based. We have
spent an enormous amount of time and money supporting both platforms. We
can't continue to do that, so we need to find a cross platform solution,
or the Mac will be dropped. I have been surprised that there don't seem
to be any good tools for cross-platform develpment of Mac and Windows
and Unix. (Real Basic is the first that holds any real promise, but it
has it's limitations, and doesn't support *nix. I'd also much rather see
and open source option). I guess the reality is that if you really
wanted to reach the broadest possible audience, you wouldn't be
developing for the Mac in the first place, so Mac develpers don't seem
interested in cross platform tools.
I'm starting a project now using Python and wxPython, developing on
Linux and Windows. I would really like to have a Mac port of my app
eventually, but it's not going to happen if I have to re-write all the
GUI code. There must be others in my situation.
There was a recent article on wxPython in IBM developerworks. Check out:
http://www.ibm.com/developerworks/library/l-wxpy/
For a nice little intro. It's written for Python Newbies, but it's good
PR anyway.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From jack@oratrix.nl Wed Mar 14 22:36:07 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 14 Mar 2001 23:36:07 +0100
Subject: [Pythonmac-SIG] CVS Problem
In-Reply-To: Message by bill fancher ,
Wed, 14 Mar 2001 09:19:16 -0800 ,
Message-ID: <20010314223612.98326EA11D@oratrix.oratrix.nl>
Recently, bill fancher said:
> I get the following when trying to log in to pythoncvs.oratrix.nl:
>
> Fatal error, aborting.
> ropython: no such user
We've fixed this again, we hope that the current fix will not
(again:-) make everything disappear the next time the mirror script is
run....
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From chrisl@fone.net Thu Mar 15 04:04:29 2001
From: chrisl@fone.net (Chris)
Date: Wed, 14 Mar 2001 21:04:29 -0700
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
Message-ID: <3AB03F49.FE05FA93@fone.net>
I am not a developer and only have used Python for small utility
programs to date. I have tried tkinter, but the coding is awkward, it is
buggy and has limited graphics. I have looked into wxPython by watching
the discussions on their mailing list, and it seems to me that wxPython
experiences some of the same problems as tkinter, not to mention that
the whole focus of that gui tool kit is towards Windows machines. I
found little support for Mac and *nix. Out of despiration, I have tried
jython (formly jPython) and have experienced some success.
With this being said, is it possible to use Java as a crossplatform gui
for MacPython? There are already Python modules for Windows and Solaris.
Java's gui toolkit is quite mature. There are also many additions, like
swing that extend the gui even further. There are also many RAD
development programs that build Java guis. Some of them are freeware or
opensource. Java operates consistently across all three platforms I work
on. There is no special code adjustment. The Java gui also has native
look-and-feel capabilities and features very similar to Mac, like
drag-and-drop.
It would be nice if somebody could compile a module for MacPython to
interface with Java. I would if I had the knowledge and I would even be
willing to help if someone would point me in the right direction.
Chris Lumsargis
From bobsavage@mac.com Thu Mar 15 05:37:36 2001
From: bobsavage@mac.com (Bob Savage)
Date: Wed, 14 Mar 2001 21:37:36 -0800
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
In-Reply-To: <3AB03F49.FE05FA93@fone.net>
Message-ID:
> It would be nice if somebody could compile a module for MacPython to
> interface with Java. I would if I had the knowledge and I would even be
> willing to help if someone would point me in the right direction.
>
My understanding (which could easily be nothing but a load of manure) is
that the work on the Objective-C / Python bindings would allow this because
of the existing "Java Bridge" available to users of Cocoa. This would NOT,
however, be a cross-platform implementation which would bring us back to
SQ-1.
Bob
From jwblist@olympus.net Thu Mar 15 16:31:41 2001
From: jwblist@olympus.net (John W Baxter)
Date: Thu, 15 Mar 2001 08:31:41 -0800
Subject: [Pythonmac-SIG] wxWindows Example
In-Reply-To: <3AAFB3EC.CF079F42@jps.net>
References: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
<3AA67DBD.831D43FE@jps.net>
<3AA95C1E.50ACBB0@jps.net>
<3AAD1CAE.AA79EDE6@jps.net> <3AAFB3EC.CF079F42@jps.net>
Message-ID:
At 10:09 -0800 3/14/01, Chris Barker wrote:
>The only other option is tk. While at the moment, tk does function at
>least somewhat on the Mac, It isn't really robust enough for substantial
>projects, and I don't think it has a really promising future (see Jack's
>previous post). There is no question that development of wxMac is behind
>the other ports, but I do think it has a lot of promise. If no one uses
>it, and no Mac developers take an active interest, it won't get better.
>wxPython has given a real boost to wxWindows development (on Windows and
>*nix) by giving it much more exposure, a larger user base, and a larger
>develper base. wxMacPython could do the same for the Mac port if we can
>get it started.
I'm not interested in doing anything more with tk than the
slightly-more-than-hello-world toys I've done. They were strange enough.
At work, we use Python in a command line and text sort of environment (we
don't run X eXcept on the physical console to deal with tools which are
X-ish, and we don't do Windows on the servers). So I don't have much
compulsion to help push wxPython on Mac (or Linux, or Windows).
All that said: I hope many someones do.
--John
--
John Baxter jwblist@olympus.net Port Ludlow, WA, USA
From cbarker@jps.net Thu Mar 15 18:49:32 2001
From: cbarker@jps.net (Chris Barker)
Date: Thu, 15 Mar 2001 10:49:32 -0800
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
References: <3AB03F49.FE05FA93@fone.net>
Message-ID: <3AB10EBC.B1109558@jps.net>
Chris wrote:
> I have tried tkinter, but the coding is awkward, it is
> buggy and has limited graphics.
I agree
> I have looked into wxPython by watching
> the discussions on their mailing list, and it seems to me that wxPython
> experiences some of the same problems as tkinter,
Some of the awkward coding, yes. It is a thin wrapper around a C++
toolkit, so it's not nearly as Pythonesque as I would like, but you get
used to it.
> not to mention that
> the whole focus of that gui tool kit is towards Windows machines. I
> found little support for Mac and *nix.
Well, none for the Mac yet, but I havn't found a Windows bias at all. It
seems to me there are an equal number of GTK (Unix) users as Windows,
and many using both. I've heard the API has a lot of similarity to MFC,
but never having used MFC, I wouldn't know.
> jython (formly jPython) and have experienced some success.
How good is JAVA and SWING at creating a native look and feel app on the
Mac?
tom smith wrote:
> Revolution at http://www.runrev.com is worth a look. I created an app and
> compiled to mac/windows/unix within the hour. Not open-source though. If
> you've ever used HyperTalk this is like falling off a log.
I havn't tried it yet, but it does sound like a updated Hypercard.
Personally, I'm not fond og hypertalk, but that's a taste issue. Open
source is important, however, Revolution is still in Beta. WE have no
idea whether it will be around in 5 or evern ten years. Python will.
Even if the whole Python comunity has abandoned it, I have the sosurce
code, and can keep it working if need be. OUr organisation used to use
hypercard a lot, but it's dead, but if we had the source code, we'd
probably still be using it.
My other question about Revolution is it's extendability. That is a
major strength of Python. Without NumPy, Python would be a whole lot
less useful to me. Any environment that couldn't be extended in that way
would be worthless to me.
> I too need cross-platform abilities but often find that the core services
> available knacker me before I get to the gui. Threads, odbc, http, others
> etc).
Hmm. I find Python solves a lot of those for me.
>I'm seriously looking at building all my interfaces in html or maybe
> xml-rpc and developing seperate guis.
Actually, I'll probably do something like that for my current project if
wxMacPython doesn't appear. I'll create a web browser interface, and
then the interface really will be platform independent.
> I wasn't knocking cross-platform tools or Tk or Wx, but
> cross-platform normally means looks-like-crap to mac users (realBasic being
> a notable exception.
Of course, you can only develop with RealBasic on the Mac, so in this
case Windows is the second class citizen, which is not good either.
> I use Tk for simple stuff but the lack of gui builder
> on the mac means my interfaces look as bad as can do.
Also, tk does not use native widgets. It is essentially a micro port of
X-windows
> I imagine that wxWindows will not draw enough interest because of the
> windows-centricty of it, which means mac users lose out.
It really isn't Windows-centric. It is cross platform-centric. However,
each individual platform is only as good as the develpment it gets, and
the Mac certainly has less interest, and so it is not as well developed.
Also, if a Mac develper where to use wxWindows to develope on the Mac,
and then re-compile to for Windows and GTK, they would probably end up
eith an app that looked more native on the Mac. A lot of that is a
matter of design, rather than the toolkit.
>It's a chicken and egg thing
Yes, that is the problem. Mac folks aren't interested unless they see it
working well on the Mac, but without Mac developers interested, It never
will work well on the Mac.
Bob Savage wrote:
> My understanding (which could easily be nothing but a load of manure) is
> that the work on the Objective-C / Python bindings would allow this because
> of the existing "Java Bridge" available to users of Cocoa. This would NOT,
> however, be a cross-platform implementation which would bring us back to
> SQ-1.
Exactly, if you want JAVA GUI, why not use Jython? Besides no Numeric
:-(
I'll keep looking for a nice Mac-ish app built with wx, I think we
really need a demo.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From robin@alldunn.com Thu Mar 15 19:01:29 2001
From: robin@alldunn.com (Robin Dunn)
Date: Thu, 15 Mar 2001 11:01:29 -0800
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
References: <3AB03F49.FE05FA93@fone.net>
Message-ID: <015501c0ad82$5866cde0$0100a8c0@Rogue>
>
> It would be nice if somebody could compile a module for MacPython to
> interface with Java. I would if I had the knowledge and I would even be
> willing to help if someone would point me in the right direction.
>
You don't need it. Jython is pure java code and so it all you need are Java
and the Jython class files. You get a mostly compatible Python interpreter
that is able to import and use java packages and classes as if they were
Python classes. It's very convenient for embedding scriptable capabilites
in a Java application, but it could also be used for standalone Jython
applications.
The downside however, (in my experience on Windows and Linux anyway) is that
it is much slower than CPython, especially when doing Swing-based GUIs from
JPython. That may have changed since I last did it though, it's been a
while.
--
Robin Dunn
Software Craftsman
robin@AllDunn.com Java give you jitters?
http://wxPython.org Relax with wxPython!
From sdm7g@virginia.edu Thu Mar 15 20:48:47 2001
From: sdm7g@virginia.edu (Steven D. Majewski)
Date: Thu, 15 Mar 2001 15:48:47 -0500 (EST)
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
In-Reply-To:
Message-ID:
On Wed, 14 Mar 2001, Bob Savage wrote:
> > It would be nice if somebody could compile a module for MacPython to
> > interface with Java. I would if I had the knowledge and I would even be
> > willing to help if someone would point me in the right direction.
> >
>
> My understanding (which could easily be nothing but a load of manure) is
> that the work on the Objective-C / Python bindings would allow this because
> of the existing "Java Bridge" available to users of Cocoa. This would NOT,
> however, be a cross-platform implementation which would bring us back to
> SQ-1.
Bob: I was about to reply and say that was nothing but a load of manure
;-) -- I didn't think the bridge worked quite the same in both
directions, but I stopped first to look at the docs, and what do I
see but an example:
MyJavaClass = NSClassFromString(@"java.util.AJavaClass");
MyJavaObj = [[MyJavaClass alloc] init];
But that's not only NOT cross-platform, it's won't even work on
pre OSX mac's. If you're going to aim for OSX, you might as well
go ahead and use Cocoa. ( Which you can get to via either
jython -> java -> objective-c or (c) python -> objective-c,
although, unfortunately, the interfaces are completely different!)
-- Steve M.
From chrisl@fone.net Thu Mar 15 22:05:03 2001
From: chrisl@fone.net (Chris)
Date: Thu, 15 Mar 2001 15:05:03 -0700
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
Message-ID: <3AB13C87.8A0BCF06@fone.net>
Chris Barker wrote:
>
> How good is JAVA and SWING at creating a native look and feel app on
the
> Mac?
>
The demos that I have run look pretty close to the mac look-and-feel.
>
>
> It really isn't Windows-centric. It is cross platform-centric.
However,
> each individual platform is only as good as the develpment it gets,
and
> the Mac certainly has less interest, and so it is not as well
developed.
> Also, if a Mac develper where to use wxWindows to develope on the Mac,
> and then re-compile to for Windows and GTK, they would probably end up
> eith an app that looked more native on the Mac. A lot of that is a
> matter of design, rather than the toolkit.
>
Since you mention GTK, why not use GTK as a gui? GTK exists for Windows
and
Linux. There is an alpha version ported to the Mac on Sourceforge. The
demo on
Sourceforge is pretty slick. There is even a GTK gui builder as part of
the
LinuxPPC distibution.
> Exactly, if you want JAVA GUI, why not use Jython? Besides no Numeric
> :-(
>
> I'll keep looking for a nice Mac-ish app built with wx, I think we
> really need a demo.
>
> -Chris
>
There are good reasons why to use Java as a gui as part of Python
instead of
just Jython. Jython has a number of limitations that make it awkward to
use and
distribute. First, point and click operation does not work well with
Jython. On
MacPython, I can just double click on a script and it will run. With
Python in
Linux, I just type python with the script name and it will run. It does
not seem
to be as simple with Jython, possibly due to the fact that you are
running an
interpreter inside an interpreter. Jython on the Mac also seems slow.
Python
also seems to be more widely distributed than Jython. There needs to be
more
than cross platform compatibility, you need the interpreter to be on
many
machines. Finally, much of the other guis and potential guis (like tk,
wx, fltk,
GTK, etc) are either buggy, don't exist on the Mac or are in the very
early
stages of development.
Regarding wx, there was talk over a year ago that wxPython was being
ported to
the Mac. So far it has not happened, or at least there is no usable
binary yet.
If you are waiting for wx, you might be waiting a long time.
Chris L.
From sdm7g@virginia.edu Thu Mar 15 22:19:31 2001
From: sdm7g@virginia.edu (Steven D. Majewski)
Date: Thu, 15 Mar 2001 17:19:31 -0500 (EST)
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
In-Reply-To: <3AB13C87.8A0BCF06@fone.net>
Message-ID:
On Thu, 15 Mar 2001, Chris wrote:
> Since you mention GTK, why not use GTK as a gui? GTK exists for
> Windows and Linux. There is an alpha version ported to the Mac on
> Sourceforge. The demo on Sourceforge is pretty slick. There is even a
> GTK gui builder as part of the LinuxPPC distibution.
Do you have a URL for info on the Mac port ?
I had not heard about this, and I can't find any mention on the
gtk.org website. ( And I can't find or access the project on
sourceforge )
-- Steve Majewski
From TattooMabonzoK. Fri Mar 16 00:31:35 2001
From: TattooMabonzoK. (TattooMabonzoK.)
Date: Fri, 16 Mar 2001 01:31:35 +0100
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
Message-ID: <1227419797-2853073@microscript.net>
Yo Jack,
The following is on OSX build 4K78 on my PowerBook Bronze Keyboard 500 Mhz
with 320 megs of RAM.
On Wednesday, March 14, 2001, at 01:39 , Jack Jansen wrote:
> Folks,
> there's yet another MacPython 2.1b1 installer, this time it is build 87.
> Barring showstoppers I will announce this to a wider audience tomorrow.
> Bugs
> fixed since the previous b1:
> - The problem with the IDE burning cycles on OSX has been fixed.
> - ConfigurePython will now detect suspicious preference files (with a
> different
> Python folder from where it was started from, i.e. what will happen if
> you
> install this after you've installed the previous 2.1b1) and offer to
> remove it.
Hmmm.. I'm not sure this works as advertised. If memory serves I got an
error message about some corrupted prefs file(sorry for being vague :-/)
and then I got a message stating that "ConfigurePythonCarbon unexpectedly
quit...". I then deleted all Python related files and folder @
/Users//Library/Preferences.
I used the active installer which otherwise works perfectly.
> - The installer fires up ConfigurePython and waits for it.
I get a dialog stating that "ConfigurePython unexpectedly quit..." and at
the same time the warning about the finder activity.
Trying to run the applet manually I first get a dialog saying that "I have
installed MacPython on a non-boot or on Mac OS X. Normally an alias..."
Regardless of the option I choose (ie "Make alias" or "Copy"), I get an
error.
In the case of the "Copy" option, the error message states that:
in macostools.py on line 89 in copy
ofp = open(dstfss.as_pathname(), 'wb')
IOError: [Errno 13]: Permission denied: 'Mac OS
X:System:Library:CFMSupport:PythonCore 2.1b1'
While the 'Creating PythonCore aliases..." dialog is displayed. I'm logged
in as the default user who has admin privileges (but this is *not* root)
I have no recourse but selecting the "Quit ConfigurePythonCarbon" menu
item.
Worth noting is the fact that the error log appears quite slowly in the
output widow in a 'teletype way' meaning I can see characters being
printing slowing from left to right, top to bottom at about half-a-dozen
chars a second.
> - The installer warns about the finder activity when it finishes.
It does warn but it may that this is all it does :-). Meaning I don't have
to wait for several minutes the way it worked on OS 9.x
> - On OSX Final you can put applets anywhere you want again. On Public Beta
Couldn't test that since I can't build applets :-).
> they will still have to live in the Python folder.
If I can be of further help..,
= tmk =
From owen@astro.washington.edu Fri Mar 16 00:51:04 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Thu, 15 Mar 2001 16:51:04 -0800
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
References: <20010314123954.ED2C4373C95@snelboot.oratrix.nl>
Message-ID:
The full installer worked fine for me. (I did not try the other one).
Thanks for the updated release notes!!!
Everything worked just great. I only have one minor niggle: the new
dialog that says this next step could take awhile comes after the
long delay that I see. The long delay occurs when all the disk
activity of installation ends and ConfigurePython (approx.) starts
up. Eventually it gets into the swing of things and rebuilds applets,
but initially it seems to spend a lot of time just sitting and
thinking about what to do -- no disk activity or anything -- which
was worrisome the first time I saw it. No big deal.
Aside from that the installation went flawlessly, and all my code
that I tested (excluding the Tk stuff) worked great. Thanks!!!
-- Russell
>there's yet another MacPython 2.1b1 installer...
>
>Grab it from http://www.cwi.nl/ftp/jack/python/mac and let me know when there
>are problems,
From chrisl@fone.net Fri Mar 16 02:02:25 2001
From: chrisl@fone.net (Chris)
Date: Thu, 15 Mar 2001 19:02:25 -0700
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
References:
Message-ID: <3AB17430.A68ACC20@fone.net>
I found the GTK port at:
http://sourceforge.net/projects/gtk-mac/
It is only in the development stage (0.1d), but the demo runs. This port
has not seen much movement for many months, but has the potential to be
quite useful.
"Steven D. Majewski" wrote:
> On Thu, 15 Mar 2001, Chris wrote:
>
> > Since you mention GTK, why not use GTK as a gui? GTK exists for
> > Windows and Linux. There is an alpha version ported to the Mac on
> > Sourceforge. The demo on Sourceforge is pretty slick. There is even a
> > GTK gui builder as part of the LinuxPPC distibution.
>
> Do you have a URL for info on the Mac port ?
> I had not heard about this, and I can't find any mention on the
> gtk.org website. ( And I can't find or access the project on
> sourceforge )
>
> -- Steve Majewski
>
> _______________________________________________
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
From jack@oratrix.nl Fri Mar 16 09:22:58 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 16 Mar 2001 10:22:58 +0100
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: Message by "Tattoo Mabonzo K." ,
Fri, 16 Mar 2001 01:31:35 +0100 , <1227419797-2853073@microscript.net>
Message-ID: <20010316092258.AED98373C95@snelboot.oratrix.nl>
> Yo Jack,
>
> The following is on OSX build 4K78 on my PowerBook Bronze Keyboard 500 Mhz
> with 320 megs of RAM.
Build 4K78 is Release Candidate, right? (Can't check right now, the machine is
at home).
> Hmmm.. I'm not sure this works as advertised. If memory serves I got an
> error message about some corrupted prefs file(sorry for being vague :-/)
> and then I got a message stating that "ConfigurePythonCarbon unexpectedly
> quit...". I then deleted all Python related files and folder @
> /Users//Library/Preferences.
If this worked fine after you removed the preferences files I'd say we should
let it rest. Otherwise I would be interested in the exact error message.
> I get a dialog stating that "ConfigurePython unexpectedly quit..." and at
> the same time the warning about the finder activity.
Hmm, maybe this is because the dialog is modal? As soon as I saw the
ConfigurePython icon showing up I immedeately brought ConfigurePython to
front, maybe it fails if you don't do that?
> Trying to run the applet manually I first get a dialog saying that "I have
> installed MacPython on a non-boot or on Mac OS X. Normally an alias..."
>
> Regardless of the option I choose (ie "Make alias" or "Copy"), I get an
> error.
>
> In the case of the "Copy" option, the error message states that:
>
> in macostools.py on line 89 in copy
> ofp = open(dstfss.as_pathname(), 'wb')
> IOError: [Errno 13]: Permission denied: 'Mac OS
> X:System:Library:CFMSupport:PythonCore 2.1b1'
>
> While the 'Creating PythonCore aliases..." dialog is displayed. I'm logged
> in as the default user who has admin privileges (but this is *not* root)
Hmm, interesting. This all worked fine for me. Is anyone else here running OSX
RC? If so: please let us know how you fared...
I get the impression that under OSX Release Candidate the "Allow changes"
padlock works differently than under Public Beta, its state appears to be
remembered. It might be that I by chance had the padlock open when I installed
and you had it closed. If you have the time, could you see whether there's
anything you can do to make ConfigurePython run? (That is, short of enabling
the root account and using that, I definitely don't want to revert to that).
Also, an "ls -ld /System/Library/CFMSupport" would be worth looking at (to
compare it to mine).
> > - The installer warns about the finder activity when it finishes.
>
> It does warn but it may that this is all it does :-). Meaning I don't have
> to wait for several minutes the way it worked on OS 9.x
Ah, yes, no need to display that message on OSX, I guess. And on OS9 I'll
apparently have to give it earlier, as Russel Owen pointed out.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From TattooMabonzoK. Fri Mar 16 10:48:09 2001
From: TattooMabonzoK. (TattooMabonzoK.)
Date: Fri, 16 Mar 2001 11:48:09 +0100
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: <20010316092258.AED98373C95@snelboot.oratrix.nl>
Message-ID: <1227382803-5078405@microscript.net>
On Friday, March 16, 2001, at 10:22 , Jack Jansen wrote:
>> Yo Jack,
>>
>> The following is on OSX build 4K78 on my PowerBook Bronze Keyboard 500
>> Mhz
>> with 320 megs of RAM.
>
> Build 4K78 is Release Candidate, right? (Can't check right now, the
> machine is
> at home).
>
Correct.
>> Hmmm.. I'm not sure this works as advertised. If memory serves I got an
>> error message about some corrupted prefs file(sorry for being vague :-/)
>> and then I got a message stating that "ConfigurePythonCarbon unexpectedly
>> quit...". I then deleted all Python related files and folder @
>> /Users//Library/Preferences.
>
> If this worked fine after you removed the preferences files I'd say we
> should
> let it rest. Otherwise I would be interested in the exact error message.
I've tried re-installing but now
>
>> I get a dialog stating that "ConfigurePython unexpectedly quit..." and at
>> the same time the warning about the finder activity.
>
> Hmm, maybe this is because the dialog is modal? As soon as I saw the
> ConfigurePython icon showing up I immedeately brought ConfigurePython to
> front, maybe it fails if you don't do that?
I'm not sure what you mean :-).
My prose wasn't too clear but what *I* meant to say is that basically
ConfigurePython just crashed.
I didn't mean to imply that it was somehow related to the fact the 'finder
activity' modal dialog was displayed.
>
>> Trying to run the applet manually I first get a dialog saying that "I
>> have
>> installed MacPython on a non-boot or on Mac OS X. Normally an alias..."
>>
>> Regardless of the option I choose (ie "Make alias" or "Copy"), I get an
>> error.
>>
>> In the case of the "Copy" option, the error message states that:
>>
>> in macostools.py on line 89 in copy
>> ofp = open(dstfss.as_pathname(), 'wb')
>> IOError: [Errno 13]: Permission denied: 'Mac OS
>> X:System:Library:CFMSupport:PythonCore 2.1b1'
>>
>> While the 'Creating PythonCore aliases..." dialog is displayed. I'm
>> logged
>> in as the default user who has admin privileges (but this is *not* root)
>
> Hmm, interesting. This all worked fine for me. Is anyone else here
> running OSX
> RC? If so: please let us know how you fared...
>
> I get the impression that under OSX Release Candidate the "Allow changes"
> padlock works differently than under Public Beta, its state appears to be
> remembered. It might be that I by chance had the padlock open when I
> installed
Hmmm. I don't know what the padlock is :-).
> and you had it closed. If you have the time, could you see whether there'
> s
> anything you can do to make ConfigurePython run? (That is, short of
> enabling
> the root account and using that, I definitely don't want to revert to
> that).
Yep. That would be a big NO-NO :-).
> Also, an "ls -ld /System/Library/CFMSupport" would be worth looking at (to
> compare it to mine).
>
drwxr-xr-x 14 root wheel 432 Mar 12 23:19 /System/Library/CFMSupport
TIA
= tmk =
From TattooMabonzoK. Fri Mar 16 10:59:13 2001
From: TattooMabonzoK. (TattooMabonzoK.)
Date: Fri, 16 Mar 2001 11:59:13 +0100
Subject: [Pythonmac-SIG] Yet another MacPython beta
In-Reply-To: <20010316092258.AED98373C95@snelboot.oratrix.nl>
Message-ID: <1227382139-5118342@microscript.net>
Sorry for the duplicate post the first one went out a little bit to
earlier.
On Friday, March 16, 2001, at 10:22 , Jack Jansen wrote:
>> Yo Jack,
>>
>> The following is on OSX build 4K78 on my PowerBook Bronze Keyboard 500
>> Mhz
>> with 320 megs of RAM.
>
> Build 4K78 is Release Candidate, right? (Can't check right now, the
> machine is
> at home).
>
Correct.
>> Hmmm.. I'm not sure this works as advertised. If memory serves I got an
>> error message about some corrupted prefs file(sorry for being vague :-/)
>> and then I got a message stating that "ConfigurePythonCarbon unexpectedly
>> quit...". I then deleted all Python related files and folder @
>> /Users//Library/Preferences.
>
> If this worked fine after you removed the preferences files I'd say we
> should
> let it rest. Otherwise I would be interested in the exact error message.
I've tried re-installing but couldn't reproduce the problem. I guess it
had to do with some pre-installed prefs lef over.
>
>> I get a dialog stating that "ConfigurePython unexpectedly quit..." and at
>> the same time the warning about the finder activity.
>
> Hmm, maybe this is because the dialog is modal? As soon as I saw the
> ConfigurePython icon showing up I immedeately brought ConfigurePython to
> front, maybe it fails if you don't do that?
I'm not sure what you mean :-).
My prose wasn't too clear but what *I* meant to say is that basically
ConfigurePython just crashed.
I didn't mean to imply that it was somehow related to the fact the 'finder
activity' modal dialog was displayed.
>
>> Trying to run the applet manually I first get a dialog saying that "I
>> have
>> installed MacPython on a non-boot or on Mac OS X. Normally an alias..."
>>
>> Regardless of the option I choose (ie "Make alias" or "Copy"), I get an
>> error.
>>
>> In the case of the "Copy" option, the error message states that:
>>
>> in macostools.py on line 89 in copy
>> ofp = open(dstfss.as_pathname(), 'wb')
>> IOError: [Errno 13]: Permission denied: 'Mac OS
>> X:System:Library:CFMSupport:PythonCore 2.1b1'
>>
>> While the 'Creating PythonCore aliases..." dialog is displayed. I'm
>> logged
>> in as the default user who has admin privileges (but this is *not* root)
>
> Hmm, interesting. This all worked fine for me. Is anyone else here
> running OSX
> RC? If so: please let us know how you fared...
>
> I get the impression that under OSX Release Candidate the "Allow changes"
> padlock works differently than under Public Beta, its state appears to be
> remembered. It might be that I by chance had the padlock open when I
> installed
Hmmm. I don't know what the padlock is :-).
> and you had it closed. If you have the time, could you see whether there'
> s
> anything you can do to make ConfigurePython run? (That is, short of
> enabling
> the root account and using that, I definitely don't want to revert to
> that).
Yep. That would be a big NO-NO :-).
> Also, an "ls -ld /System/Library/CFMSupport" would be worth looking at (to
> compare it to mine).
>
drwxr-xr-x 14 root wheel 432 Mar 12 23:19 /System/Library/CFMSupport
TIA
= tmk =
From cbarker@jps.net Fri Mar 16 18:37:35 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 16 Mar 2001 10:37:35 -0800
Subject: [Pythonmac-SIG] wxPython, tkinter & other GUIs
References: <3AB17430.A68ACC20@fone.net>
Message-ID: <3AB25D6F.7B758F16@jps.net>
Chris wrote:
> Since you mention GTK, why not use GTK as a gui? GTK exists for Windows and
> Linux. There is an alpha version ported to the Mac on Sourceforge. The demo on
> Sourceforge is pretty slick. There is even a GTK gui builder as part of the
> LinuxPPC distibution.
There has been recent discussion of pyGTK vs. wxPython for Windows-Linux
development. As far as I can tell, the reasons to use wxPython are:
1) GTK is still not quite complete and pretty buggy on Windows
2) GTK does not use the native controls on Windows, and so you don'
t get an app that is as native looking.
3) wxPython provides a more object oriented, complete framework that
PyGTK. (Note that not everyone prefers the more object oriented approach
of wx, it's a matter of taste)
As for GTK-mac, it is in even worse shape than GTK-Windows, and is
certainly going to much harder to get a native look and feel that wxMAC.
It is also less far along in development than wxMAC. As far as I have
gleened from the mailing lists, C++ wxMac is pretty darn functional (I
don't think sizers work, however, which is very sad). I'm not a C++
programmer, so I havn't tried it.
Given all that, There is no reason I can see that trying to make a
MacPyGTK would be any easier or have a better result that trying to make
a wxMacPython. Either one would require a substantial effort by an
experienced Mac programmer(s), however, and no one has stepped up to do
it yet. I am convinced that the easiest way to get a good environment
for X-platform GUI programming with Python on the Mac is to port
wxPython. That would be "easiest" not "easy".
> Regarding wx, there was talk over a year ago that wxPython was being ported to
> the Mac. So far it has not happened, or at least there is no usable binary yet.
> If you are waiting for wx, you might be waiting a long time.
Yes, I might, but I don't see any other options besides waiting, or
learning C++ and doing it myself. Except, of course, advocating, which I
have been doing to the point of annoying probably everyone on this list.
Sorry about that, thanks for not flaming me over it.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From jack@oratrix.nl Fri Mar 16 23:04:32 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 17 Mar 2001 00:04:32 +0100
Subject: [Pythonmac-SIG] InterfaceBuilder, wxPython, tkinter & other GUIs
In-Reply-To: Message by Chris Barker ,
Fri, 16 Mar 2001 10:37:35 -0800 , <3AB25D6F.7B758F16@jps.net>
Message-ID: <20010316230437.C7490EA11D@oratrix.oratrix.nl>
I've been playing around with InterfaceBuilder yesterday and today,
and I must say that I'm really excited about the possibilities.
InterfaceBuilder is sort-of the OSX equivalent for ResEdit/Resorcerer,
it allows you to create dialogs, menus, windows, etc. Aside from
having a much better user interface than those it has one feature
for which I can really see great opportunities: the main output file
is an XML definition of the dialogs, windows, etc that you've made.
>From this XML it should be reasonably simple to generate a Python
class hierarchy, I think. Moreover, there's fields in the XML for
things like command IDs and such, so you could then easily inherit
these classes in your application.
You'd get a class hierarchy like
class MacOSButton: # standard class with button behaviour
# standard methods for buttons like set(), get(), etc.
class Button_name(MacOSButton, AppButton_name): # Generated from the XML
title = "push me"
class AppButton_name: # In your application
def push_callback(...):
# Your callback method
etc...
To make things even more interesting we could probably also turn the
XML into Rez input, so the dialog works on Pre-Carbon macs too. Or we
could replace the MacOSButton base class with a Win32Button and
generate the windows .rc file and have the base for a Windows program.
And the same probably for other GUI packages...
That the file format is XML makes a lot of things easier. There is
good support for XML in Python, and there are various tools around to
massage XML. This you could use to do, say, platform-specific edits on
the XML (based on names or id's or even labels of the ui elements)
automatically. You could also use it to do checks (make sure every
command used in your app has a button, and make sure every button has
a command).
If people are interested in this sort of thing: let me know. I can
probably invest some time into it in the near future: we have to do a
gazilion new dialogs for Windows and Mac for GRiNS, and the current
process is rather painful, so if I can speed it up with a bit of work
ahead I can justify the time. Doing this all by myself if probably not
going to work, but with a few hands we might come up with something
nifty in a reasonable timeframe.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From cbarker@jps.net Fri Mar 16 23:45:34 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 16 Mar 2001 15:45:34 -0800
Subject: [Pythonmac-SIG] InterfaceBuilder, wxPython, tkinter & other GUIs
References: <20010316230437.C7490EA11D@oratrix.oratrix.nl>
Message-ID: <3AB2A59E.162AE157@jps.net>
Jack Jansen wrote:
>it has one feature
> for which I can really see great opportunities: the main output file
> is an XML definition of the dialogs, windows, etc that you've made.
> To make things even more interesting we could probably also turn the
> XML into Rez input, so the dialog works on Pre-Carbon macs too. Or we
> could replace the MacOSButton base class with a Win32Button and
> generate the windows .rc file and have the base for a Windows program.
> And the same probably for other GUI packages...
wxWindows is going to a XML based dialog resource format as well. This
may have possibilities...
> We have to do a
> gazilion new dialogs for Windows and Mac for GRiNS, and the current
> process is rather painful, so if I can speed it up with a bit of work
> ahead I can justify the time.
Jack, I didn't realise that you work on a multi-platform app. How do you
guys handle the (at least) three different versions of GUI code that you
need? Do you use a X-platform toolbox? From what you said above, it
sounds like you do it all three times. Have you considered a
Cross-Platform toolbox instead?
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From jack@oratrix.nl Sat Mar 17 21:06:13 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 17 Mar 2001 22:06:13 +0100
Subject: [Pythonmac-SIG] InterfaceBuilder, wxPython, tkinter & other GUIs
In-Reply-To: Message by Chris Barker ,
Fri, 16 Mar 2001 15:45:34 -0800 , <3AB2A59E.162AE157@jps.net>
Message-ID: <20010317210618.E9CB5EA11D@oratrix.oratrix.nl>
Recently, Chris Barker said:
> Jack, I didn't realise that you work on a multi-platform app. How do you
> guys handle the (at least) three different versions of GUI code that you
> need? Do you use a X-platform toolbox? From what you said above, it
> sounds like you do it all three times. Have you considered a
> Cross-Platform toolbox instead?
We've considered a cross-platform solution, but they're simply not
powerful enough. At least: they weren't the last time we
checked. GRiNS is an authoring/playback system for the W3C SMIL
multimedia language, and this means we need to be able to use
Quicktime (and RealNetworks playback, and DirectX), and this wasn't
available.
For non-dialog things like our player (and also some of the data
views) we've created our own abstraction called "windowinterface" that
provides a common interface to windows, drawing, colors, etc. but
still allows access to the underlying APIs (for use by movie
renderers, for instance).
For dialogs it's a mess: we have to redesign them on all platforms
(currently Mac and Windows, because we simply lack the manpower to
keep the Unix port up-to-date). Menu's and commands are a bit better:
windowinterface has an abstraction that allows you to create
almost-portable menubars, and the command structure (and when to
enable/disable menus, etc) is machine-independent.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From redbird@rbisland.cx Mon Mar 19 02:15:48 2001
From: redbird@rbisland.cx (Gordon Worley)
Date: Sun, 18 Mar 2001 21:15:48 -0500
Subject: [Pythonmac-SIG] BuildApplication error in 2.1b1
Message-ID:
Python 2.1b1's BuildApplication is giving me the following error when
it is Carbonized:
Traceback (most recent call last):
File "Scooby:Python 2.1b1:Mac:scripts:BuildApplication.py", line 146, in ?
main()
File "Scooby:Python 2.1b1:Mac:scripts:BuildApplication.py", line 51, in main
buildapplication()
File "Scooby:Python 2.1b1:Mac:scripts:BuildApplication.py", line
86, in buildapplication
macgen_bin.generate(filename, dstfilename, None, architecture, 1)
File "Scooby:Python 2.1b1:Mac:Tools:macfreeze:macgen_bin.py", line
37, in generate
dynamicmodules, dynamicfiles, extraresfiles =
findfragments(module_dict, architecture)
File "Scooby:Python 2.1b1:Mac:Tools:macfreeze:macgen_bin.py", line
99, in findfragments
ppcfile, cfm68kfile = makefilenames(filename)
File "Scooby:Python 2.1b1:Mac:Tools:macfreeze:macgen_bin.py", line
169, in makefilenames
raise ValueError, "can't make ppc/cfm68k filenames"
ValueError: can't make ppc/cfm68k filenames
There is no problem with the classic BuildApplication.
I am running under OS 9, so maybe the Carbon version works under OS X.
Also, am I correct in that there is some kind of error with dropping
files on running applications? When my application is closed and I
drop a file on it, it's fine, but when it is running and I drop a
file on it, there is an error message about a high level event. I'll
save the exact error for if it turns out to be just my code and not a
Python thing, but the IDE has done this to me, too.
--
Gordon Worley
http://www.rbisland.cx/
mailto:redbird@rbisland.cx
PGP Fingerprint: C462 FA84 B811 3501 9010 20D2 6EF3 77F7 BBD3 B003
From TattooMabonzoK. Sat Mar 17 12:25:05 2001
From: TattooMabonzoK. (TattooMabonzoK.)
Date: Sat, 17 Mar 2001 13:25:05 +0100
Subject: [Pythonmac-SIG] InterfaceBuilder, wxPython, tkinter & other GUIs
In-Reply-To: <20010316230437.C7490EA11D@oratrix.oratrix.nl>
Message-ID: <1227133613-20068229@microscript.net>
On Saturday, March 17, 2001, at 12:04 , Jack Jansen wrote:
> I've been playing around with InterfaceBuilder yesterday and today,
> and I must say that I'm really excited about the possibilities.
>
>
[snip]
> `If people are interested in this sort of thing: let me know. I can
Count me in.
FWIW: I'd suggest the following reading re:Interface Builder
= tmk =
> probably invest some time into it in the near future: we have to do a
> gazilion new dialogs for Windows and Mac for GRiNS, and the current
> process is rather painful, so if I can speed it up with a bit of work
> ahead I can justify the time. Doing this all by myself if probably not
> going to work, but with a few hands we might come up with something
> nifty in a reasonable timeframe.
> --
> Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
> Jack.Jansen@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
>
> _______________________________________________
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
From alczj@yahoo.es Tue Mar 20 09:39:22 2001
From: alczj@yahoo.es (=?iso-8859-1?q?Alfonso=20Baciero?=)
Date: Tue, 20 Mar 2001 10:39:22 +0100 (CET)
Subject: [Pythonmac-SIG] Problems in Python 2.1b1 Classic with telnetlib and getpass
Message-ID: <20010320093922.4102.qmail@web5204.mail.yahoo.com>
I have installed Python 2.1b1 Classic, and I have had
problems with Python modules getpass and telnetlib:
With getpass, the simple program:
#### gp.py
import getpass
passwd=getpass.getpass('password: ')
#### end of gp.py
didn´t work, with the next error messages:
macintosh hd:aplicaciones:python
2.1b1:lib:termios.py:7: DeprecationWarning: the
TERMIOS module is deprecated; please use termios
DeprecationWarning)
Traceback (most recent call last):
File "Macintosh HD:Desktop Folder:python:gp.py",
line 4, in ?
passwd=getpass.getpass('password: ')
File "macintosh hd:aplicaciones:python
2.1b1:lib:getpass.py", line 30, in unix_getpass
old = termios.tcgetattr(fd) # a copy to save
AttributeError: 'termios' module has no attribute
'tcgetattr'
For telnetlib I ran the next program:
#### ls.py
import telnetlib
host=raw_input('host: ')
tn = telnetlib.Telnet(host)
userid=raw_input('login: ')
tn.read_until("login: ")
tn.write(userid + "\n")
tn.read_until("Password:")
passwd=raw_input('password: ')
tn.write(passwd + "\n")
tn.write('exit\n')
tn.write("ls -l \n")
buf=tn.read_all()
#### end of ls.py
and didn´t work. The program input/output was:
host: myhost
login: mylogin
password: mypassword
Traceback (most recent call last):
File "Macintosh HD:Desktop Folder:python:ls.py",
line 17, in ?
buf=tn.read_all()
File "macintosh hd:aplicaciones:python
2.1b1:lib:telnetlib.py", line 231, in read_all
self.fill_rawq()
File "macintosh hd:aplicaciones:python
2.1b1:lib:telnetlib.py", line 370, in fill_rawq
buf = self.sock.recv(50)
socket.error: (57, 'Socket is not connected')
Both programs work fine with Python 1.5.2c1 for Mac
and BeOpen-Python 2.0 for Linux.
Alfonso.
_______________________________________________________________
Do You Yahoo!?
Envía mensajes instantáneos y recibe alertas de correo con
Yahoo! Messenger - http://messenger.yahoo.es
From alczj@yahoo.es Tue Mar 20 10:12:01 2001
From: alczj@yahoo.es (=?iso-8859-1?q?Alfonso=20Baciero?=)
Date: Tue, 20 Mar 2001 11:12:01 +0100 (CET)
Subject: [Pythonmac-SIG] Problems in Python 2.1b1 Classic with telnetlib and getpass [corrected, please, ignore my previous message]
Message-ID: <20010320101201.6151.qmail@web5204.mail.yahoo.com>
I have installed Python 2.1b1 Classic, and I have had
problems with Python modules getpass and telnetlib:
With getpass, the simple program:
#### gp.py
import getpass
passwd=getpass.getpass('password: ')
#### end of gp.py
didn´t work, with the next error messages:
macintosh hd:aplicaciones:python
2.1b1:lib:termios.py:7: DeprecationWarning: the
TERMIOS module is deprecated; please use termios
DeprecationWarning)
Traceback (most recent call last):
File "Macintosh HD:Desktop Folder:python:gp.py",
line 2, in ?
passwd=getpass.getpass('password: ')
File "macintosh hd:aplicaciones:python
2.1b1:lib:getpass.py", line 30, in unix_getpass
old = termios.tcgetattr(fd) # a copy to save
AttributeError: 'termios' module has no attribute
'tcgetattr'
For telnetlib I ran the next program:
#### ls.py
import telnetlib
host=raw_input('host: ')
tn = telnetlib.Telnet(host)
userid=raw_input('login: ')
tn.read_until("login: ")
tn.write(userid + "\n")
tn.read_until("Password:")
passwd=raw_input('password: ')
tn.write(passwd + "\n")
tn.write("ls -l \n")
tn.write('exit\n')
buf=tn.read_all()
#### end of ls.py
and sometimes it worked, but sometimes, it didn´t
work. The program input/output when there was an error
was:
host: myhost
login: mylogin
password: mypassword
Traceback (most recent call last):
File "Macintosh HD:Desktop Folder:python:ls.py",
line 15, in ?
buf=tn.read_all()
File "macintosh hd:aplicaciones:python
2.1b1:lib:telnetlib.py", line 231, in read_all
self.fill_rawq()
File "macintosh hd:aplicaciones:python
2.1b1:lib:telnetlib.py", line 370, in fill_rawq
buf = self.sock.recv(50)
socket.error: (57, 'Socket is not connected')
Both programs work fine with Python 1.5.2c1 for Mac
and BeOpen-Python 2.0 for Linux,
Alfonso.
_______________________________________________________________
Do You Yahoo!?
Envía mensajes instantáneos y recibe alertas de correo con
Yahoo! Messenger - http://messenger.yahoo.es
From jack@oratrix.nl Tue Mar 20 20:24:18 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 20 Mar 2001 21:24:18 +0100
Subject: [Pythonmac-SIG] Problems in Python 2.1b1 Classic with telnetlib and getpass
In-Reply-To: Message by =?iso-8859-1?q?Alfonso=20Baciero?= ,
Tue, 20 Mar 2001 10:39:22 +0100 (CET) , <20010320093922.4102.qmail@web5204.mail.yahoo.com>
Message-ID: <20010320202423.DB4ECEA11D@oratrix.oratrix.nl>
Recently, =?iso-8859-1?q?Alfonso=20Baciero?= said:
> I have installed Python 2.1b1 Classic, and I have had
> problems with Python modules getpass and telnetlib:
>
> With getpass, the simple program:
>
> #### gp.py
> import getpass
> passwd=getpass.getpass('password: ')
> #### end of gp.py
>
> didn´t work, with the next error messages:
Bah, Bah, Bah!
While I wasn't looking the Windows guys apparently broke the Macintosh
uppercase/lowercase check in the Python import code:-(
The quick fix is to remove :Python:Lib:TERMIOS.py and TERMIOS.pyc. If
you want to know how on _earth_ this can fix getpass look at the
source:-)
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Tue Mar 20 20:38:32 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 20 Mar 2001 21:38:32 +0100
Subject: [Pythonmac-SIG] BuildApplication error in 2.1b1
In-Reply-To: Message by Gordon Worley ,
Sun, 18 Mar 2001 21:15:48 -0500 ,
Message-ID: <20010320203837.71B51EA11D@oratrix.oratrix.nl>
Recently, Gordon Worley said:
> Python 2.1b1's BuildApplication is giving me the following error when
> it is Carbonized:
Oops, BuildApplication doesn't know anything about Carbon yet.
I'll fix it for the next release.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From biotechinfo2003@yahoo.com Tue Mar 20 18:09:55 2001
From: biotechinfo2003@yahoo.com (biotechinfo2003@yahoo.com)
Date: Tue, 20 Mar 2001 18:09:55
Subject: [Pythonmac-SIG] FREE Biotech Stock Info! 843
Message-ID: <897.772588.160949@excite.com>
Do you want to capitalize on the Biotech Revolution
Do
you want to capitalize on the Biotech Revolution? Would you like to add
groundbreaking biotech, pharmaceutical and medical device companies to your
portfolio mix? Does hearing about exciting IPO and private placement offerings
from life sciences companies interest you?
The
exclusive Ruddy-Carlisle Biotech Infoline service keeps you abreast of
investment opportunities in the life sciences space. Just sign up for it once
and get important information instantly delivered to study at your leisure. Our
service is 100% FREE! Sign
up!
Ruddy-Carlisle
Biotech Infoline:
- Instantly
delivers key life sciences investment information directly to you!
- Learn
about biotech, pharmaceutical & medical device investment opportunities
before others!
- Includes
IPO & private placement information!
- 100%
FREE!
For
the entire last decade there were only three profitable biotech companies. At
the end of this year, ten are projected. At the end of 2003, over forty
are projected! The genomic promise is about to be delivered and investors know
it. The Ruddy-Carlisle Biotech Infoline provides you with critical,
decision-making, information that aids the chance of investment success in this
lucrative space. Sign
up!
Please
Note- Your information will only be
shared with companies that are in the life sciences space and pass our
rigorous inspection. Only the best opportunities will come to you.
Ruddy-Carlisle respects your privacy. Sign
up!
List Removal Instructions- Simply click here: remove
to be instantly and permanently removed from our list. Send the blank email to
the address specified. Please do not try to reply to this message.
From Aureli.Soria_Frisch@ipk.fhg.de Wed Mar 21 22:38:43 2001
From: Aureli.Soria_Frisch@ipk.fhg.de (Aureli Soria Frisch)
Date: Wed, 21 Mar 2001 23:38:43 +0100
Subject: [Pythonmac-SIG] Distutils in MacPython 2.0?
In-Reply-To: <20010306231444.54F44EA11F@oratrix.oratrix.nl>
Message-ID:
Hallo!
I am trying to install gnuplot.py in my computer and saw that it uses
distutils for the installation.
I could not find no reference to this tool in the MacPython and want to
know if 'distutils' are included in this version of Python (2.0) or maybe
in posteriors.
Thanks in advance
Aureli
#################################
Aureli Soria Frisch
Fraunhofer IPK
Dept. Pattern Recognition
post: Pascalstr. 8-9, 10587 Berlin, Germany
e-mail:aureli@ipk.fhg.de
fon: +49 30 39 00 61 50
fax: +49 30 39 17 517
#################################
From jack@oratrix.nl Thu Mar 22 13:06:04 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 22 Mar 2001 14:06:04 +0100
Subject: [Pythonmac-SIG] Distutils in MacPython 2.0?
In-Reply-To: Message by Aureli Soria Frisch ,
Wed, 21 Mar 2001 23:38:43 +0100 ,
Message-ID: <20010322130609.D8966EA11D@oratrix.oratrix.nl>
Recently, Aureli Soria Frisch said:
> Hallo!
>
> I am trying to install gnuplot.py in my computer and saw that it uses
> distutils for the installation.
>
> I could not find no reference to this tool in the MacPython and want to
> know if 'distutils' are included in this version of Python (2.0) or maybe
> in posteriors.
Distutils is included in MacPython 2.1. If you could try downloading
the 2.1b1 distribution from http://www.cwi.nl/ftp/python/mac and check
whether it can handle the gnuplot installer you would do me a great favor!
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From fgranger@altern.org Thu Mar 22 15:00:19 2001
From: fgranger@altern.org (Francois Granger)
Date: Thu, 22 Mar 2001 16:00:19 +0100
Subject: [Pythonmac-SIG] Distutils in MacPython 2.0?
In-Reply-To: <20010322130609.D8966EA11D@oratrix.oratrix.nl>
Message-ID:
on 22/03/01 14:06, Jack Jansen at jack@oratrix.nl wrote:
> If you could try downloading
> the 2.1b1 distribution from http://www.cwi.nl/ftp/python/mac and check
> whether it can handle the gnuplot installer you would do me a great favor!
It is in
http://www.cwi.nl/ftp/jack/python/mac/MacPython21b1full.hqx
From Aureli.Soria_Frisch@ipk.fhg.de Thu Mar 22 16:46:48 2001
From: Aureli.Soria_Frisch@ipk.fhg.de (Aureli Soria Frisch)
Date: Thu, 22 Mar 2001 17:46:48 +0100
Subject: [Pythonmac-SIG] Distutils in MacPython 2.0?
In-Reply-To: <20010322130609.D8966EA11D@oratrix.oratrix.nl>
References: Message by Aureli Soria Frisch
, Wed, 21 Mar 2001 23:38:43 +0100 ,
Message-ID:
Hi
>
>Distutils is included in MacPython 2.1. If you could try downloading
>the 2.1b1 distribution from http://www.cwi.nl/ftp/python/mac and check
>whether it can handle the gnuplot installer you would do me a great favor!
The installation was succesful (MacOS 8.6 &CarbonLib 1.2.5). Though it
seems that no Numerical Library is included (no directory in Extensions)
and no Developper Kit (both options were ticked in the installation).
I made 'import test' and no test was run, nothing happened.
The installation of Gnuplot was succesful. Nevertheless when I try to
initialize a Gnuplot application the following error is prompted
(including the Numerical library manually do not change anything):
>>> gn=Gnuplot.Gnuplot()
Traceback (most recent call last):
File "", line 1, in ?
File "Macintosh HD:Compiler:Python
2.1b1:Lib:site-packages:Gnuplot:_Gnuplot.py", line 186, in __init__
self.gnuplot = gp.GnuplotProcess(persist=persist)
File "Macintosh HD:Compiler:Python
2.1b1:Lib:site-packages:Gnuplot:gp_mac.py", line 103, in __init__
self.gnuplot = _GNUPLOT()
File "Macintosh HD:Compiler:Python
2.1b1:Lib:site-packages:Gnuplot:gp_mac.py", line 77, in __init__
aetools.TalkTo.__init__(self, 'GPSE', start=1)
File "macintosh hd:compiler:python 2.1b1:mac:lib:lib-toolbox:aetools.py",
line 160, in __init__
self.start()
File "macintosh hd:compiler:python 2.1b1:mac:lib:lib-toolbox:aetools.py",
line 164, in start
_launch(self.target_signature)
File "macintosh hd:compiler:python 2.1b1:mac:lib:lib-toolbox:aetools.py",
line 243, in _launch
_finder.open(_application_file(('ID ', appfile)))
File "macintosh hd:compiler:python 2.1b1:mac:lib:lib-toolbox:aetools.py",
line 233, in open
raise Error, decodeerror(_arguments)
aetools.Error: (-1728, 'e.g.,: specifier asked for the 3rd, but there are
only 2. Basically, this indicates a run-time resolution error.', None)
>>>
Regards,
#################################
Aureli Soria Frisch
Fraunhofer IPK
Dept. Pattern Recognition
post: Pascalstr. 8-9, 10587 Berlin, Germany
e-mail:aureli@ipk.fhg.de
fon: +49 30 39 00 61 50
fax: +49 30 39 17 517
#################################
From lmeyn@mail.arc.nasa.gov Thu Mar 22 18:56:52 2001
From: lmeyn@mail.arc.nasa.gov (Larry Meyn)
Date: Thu, 22 Mar 2001 10:56:52 -0800
Subject: [Pythonmac-SIG] Gnuplot Installation
In-Reply-To:
References: Message by Aureli Soria Frisch
, Wed, 21 Mar 2001 23:38:43 +0100 ,
Message-ID:
I needed to do a few hacks to get Gnuplot.py version 1.5 to run under MacPython 2.1. First in gp_mac.py (in the Gnuplot folder) the following code was changed from:
class _GNUPLOT(aetools.TalkTo,
Required_Suite.Required_Suite,
gnuplot_Suites.gnuplot_Suite,
gnuplot_Suites.odds_and_ends,
gnuplot_Suites.Standard_Suite,
gnuplot_Suites.Miscellaneous_Events):
"""Start a gnuplot program and emulate a pipe to it."""
def __init__(self):
aetools.TalkTo.__init__(self, 'GPSE', start=1)
to:
class _GNUPLOT(aetools.TalkTo,
Required_Suite.Required_Suite_Events,
gnuplot_Suites.gnuplot_Suite,
gnuplot_Suites.odds_and_ends,
gnuplot_Suites.Standard_Suite,
gnuplot_Suites.Miscellaneous_Events):
"""Start a gnuplot program and emulate a pipe to it."""
def __init__(self):
aetools.TalkTo.__init__(self, '{GP}', start=1)
(Note the use of Required_Suite.Required_Suite_Events and '{GP}' )
I also needed to modify Required_Suite.py in the MacPython 2.1 distribution. It had no methods for open, print, run, and quit so I copied them from Standard_Suite.py (I don't know if this is the best solution, but it was expedient.) Following these changes the set up and demo scripts in Gnuplot seemed to run fine.
--
------------------------------------------------------------------
Larry Meyn
Aerospace Operations Modeling Office
M/S 210-10 Phone: (650) 604-5038
NASA Ames Research Center FAX: (650) 604-0222
Moffett Field, CA 94035-1000 email: lmeyn@mail.arc.nasa.gov
------------------------------------------------------------------
From adv.files@robbstucky.com Thu Mar 22 19:04:43 2001
From: adv.files@robbstucky.com (Advertising)
Date: Thu, 22 Mar 2001 14:04:43 -0500
Subject: [Pythonmac-SIG] Newbie needs Clues
Message-ID: <200103221858.KAA11703@avocet.prod.itd.earthlink.net>
Hi, I'm looking for some clues. Can somebody point me in the right
direction?
I have installed Debian GNU/Linux on a Quadra800 (so it's not a Mac
anymore)
I have it sharing one "Folder" as an AppleShare netAtalk Fileserver.
I want to......
...have a python app on the LinuxBox that monitors the shared "Folder."
A MacUser will network copy a file into the LinuxBox's shared"Folder"
The pythonApp will wait until the copy is completed and then
do something, such as move the file from the shared"Folder" somewhere
else.
I'm confused as to how to tell when the network copying is finished, and
the file is safe to move.
(My python books cover file permissions, ownership, etc but all examples
are based on a single user / single machine / python as the only running
app / paradigm)
I am self-taught and my programming experience is limited to AppleScript.
As such, my techniques & thinking have been formulated as work-arounds to
AppleScript's many many shortcomings. (Such as waiting for an
appleShareClient's FinderCopy to Finish)
I'm sure there is a straightforward way of doing things like this in a
Pythonesque / Multi-platform manner.
Thanks a bunch,
Lane
From jack@oratrix.nl Thu Mar 22 20:31:35 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 22 Mar 2001 21:31:35 +0100
Subject: [Pythonmac-SIG] Gnuplot Installation
In-Reply-To: Message by Larry Meyn ,
Thu, 22 Mar 2001 10:56:52 -0800 ,
Message-ID: <20010322203140.99A67EA11D@oratrix.oratrix.nl>
Hmm, you're right: the Required_Suite module is empty and the
Standard_Suite module contains the events that, according to the
documentation I have, should be in the Required Suite.
These suites were generated from Apple's own AETE resources, so at
least I have a good excuse why they don't work:-)
Does anyknow have an idea why Apple would have put the events in the
wrong suite? Or has the documentation been updated since I last read it?
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Thu Mar 22 20:38:25 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Thu, 22 Mar 2001 21:38:25 +0100
Subject: [Pythonmac-SIG] Newbie needs Clues
In-Reply-To: Message by Advertising ,
Thu, 22 Mar 2001 14:04:43 -0500 , <200103221858.KAA11703@avocet.prod.itd.earthlink.net>
Message-ID: <20010322203830.91A16EA11D@oratrix.oratrix.nl>
This is more a Linux question than a Mac question, so you may get
better ideas if you ask in the general Python groups. Or even linux
groups.
But here's my $.10: in general there is no failsafe way to determine
whether a file is still being copied to on Unix. There are, however, a
few things you could try:
- Try to lock the file. If the netAtalk server happens to use locking
this will work, and if you manage to lock the file it means the copy
has finished.
- Look at the modification time. Some unixes (don't know about Linux)
continually update the timestamp while the file is open for writing.
- Even if that doesn't work you could put a "reasonable" delay on the
modification time, i.e. if the file hasn't been modified in 20 seconds
we assume it's complete.
- If you have control over the Mac side (i.e. because people use a
program of yours or an applescript to drop the file in the shared
folder) you could do the copy to a different filename ("tmp.NNNNN")
and then move that file to the final name when it's done. Then just
skip the tmp. files on the server side.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From lmeyn@mail.arc.nasa.gov Thu Mar 22 21:06:55 2001
From: lmeyn@mail.arc.nasa.gov (Larry Meyn)
Date: Thu, 22 Mar 2001 13:06:55 -0800
Subject: [Pythonmac-SIG] Gnuplot Installation Addendum
Message-ID:
There are two more changes needed in addition to those previously.
change gp_mac.py, line 42 from:
default_term = 'macintosh'
to:
default_term = 'pict'
gnuplot_Suites.py, line 27 from:
_code = 'GPSE'
to:
_code = '{GP}'
--
------------------------------------------------------------------
Larry Meyn
Aerospace Operations Modeling Office
M/S 210-10 Phone: (650) 604-5038
NASA Ames Research Center FAX: (650) 604-0222
Moffett Field, CA 94035-1000 email: lmeyn@mail.arc.nasa.gov
------------------------------------------------------------------
From Aureli.Soria_Frisch@ipk.fhg.de Fri Mar 23 11:34:51 2001
From: Aureli.Soria_Frisch@ipk.fhg.de (Aureli Soria Frisch)
Date: Fri, 23 Mar 2001 12:34:51 +0100
Subject: [Pythonmac-SIG] Gnuplot Installation
In-Reply-To:
References: Message by Aureli
Soria Frisch , Wed, 21 Mar 2001
23:38:43 +0100 ,
Message-ID:
At 10:56 Uhr -0800 22.03.2001, Larry Meyn wrote:
>I needed to do a few hacks to get Gnuplot.py version 1.5 to run under
>MacPython 2.1. First in gp_mac.py (in the Gnuplot folder) the following
>code was changed from:
>
>class _GNUPLOT(aetools.TalkTo,
> Required_Suite.Required_Suite,
> gnuplot_Suites.gnuplot_Suite,
> gnuplot_Suites.odds_and_ends,
> gnuplot_Suites.Standard_Suite,
> gnuplot_Suites.Miscellaneous_Events):
> """Start a gnuplot program and emulate a pipe to it."""
>
> def __init__(self):
> aetools.TalkTo.__init__(self, 'GPSE', start=1)
>
>to:
>
>class _GNUPLOT(aetools.TalkTo,
> Required_Suite.Required_Suite_Events,
> gnuplot_Suites.gnuplot_Suite,
> gnuplot_Suites.odds_and_ends,
> gnuplot_Suites.Standard_Suite,
> gnuplot_Suites.Miscellaneous_Events):
> """Start a gnuplot program and emulate a pipe to it."""
>
> def __init__(self):
> aetools.TalkTo.__init__(self, '{GP}', start=1)
>
>(Note the use of Required_Suite.Required_Suite_Events and '{GP}' )
>
>I also needed to modify Required_Suite.py in the MacPython 2.1
>distribution. It had no methods for open,
>print, run, and quit so I copied them from Standard_Suite.py (I don't know
>if this is the best solution, but
>it was expedient.) Following these changes the set up and demo scripts in
>Gnuplot seemed to run fine.
>
There is 2 Required_Suite modules in the distribution; one in the directory
Mac:Lib:lib-scriptpackages:StdSuites and ahother one in
Mac:Lib:lib-scripting. The one in StdSuites does not have declarations for
open,print, run and quit. The one in the other one does, but it does not
have any declaration for Required_Suite_Events.
So I did the modifications (no copy from Standard_Suite) and run it (using
the module in lib-scripting). An AttributeError was prompted (no
Required_Suite_Events found).
And another question: is that normal Numerical not being installed in
Extensions?
Thanks,
Aureli
#################################
Aureli Soria Frisch
Fraunhofer IPK
Dept. Pattern Recognition
post: Pascalstr. 8-9, 10587 Berlin, Germany
e-mail:aureli@ipk.fhg.de
fon: +49 30 39 00 61 50
fax: +49 30 39 17 517
#################################
From Aureli.Soria_Frisch@ipk.fhg.de Fri Mar 23 11:39:30 2001
From: Aureli.Soria_Frisch@ipk.fhg.de (Aureli Soria Frisch)
Date: Fri, 23 Mar 2001 12:39:30 +0100
Subject: [Pythonmac-SIG] Test MacPython 2.1b1
Message-ID:
Hi
The installation was succesful (MacOS 8.6 &CarbonLib 1.2.5). Though it
seems that no Numerical Library is included (no directory in Extensions)
and no Developper Kit (both options were ticked in the installation).
>I made 'import test' and no test was run, nothing happened.
Sorry, I am not so experienced. I run autotest.py today and 101 test were
OK, and 2 failed.
Regards
#################################
Aureli Soria Frisch
Fraunhofer IPK
Dept. Pattern Recognition
post: Pascalstr. 8-9, 10587 Berlin, Germany
e-mail:aureli@ipk.fhg.de
fon: +49 30 39 00 61 50
fax: +49 30 39 17 517
#################################
From jack@oratrix.nl Fri Mar 23 12:41:02 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 23 Mar 2001 13:41:02 +0100
Subject: [Pythonmac-SIG] Distutils in MacPython 2.0?
In-Reply-To: Message by Aureli Soria Frisch ,
Thu, 22 Mar 2001 17:46:48 +0100 ,
Message-ID: <20010323124103.E898336B2C2@snelboot.oratrix.nl>
> The installation was succesful (MacOS 8.6 &CarbonLib 1.2.5). Though it
> seems that no Numerical Library is included (no directory in Extensions)
> and no Developper Kit (both options were ticked in the installation).
The Numerical library has moved: it is now in Python:Lib:site-python.
About the developer kit not being loaded: are you sure? If you have a
Python:Include with various things in there the developer kit is loaded.
Is anyone else having problems installing the developer kit?
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From fgranger@mail.dotcom.fr Fri Mar 23 16:44:54 2001
From: fgranger@mail.dotcom.fr (=?iso-8859-1?Q?Fran=E7ois?= Granger)
Date: Fri, 23 Mar 2001 17:44:54 +0100
Subject: [Pythonmac-SIG] Buttons in W
Message-ID:
This is my first attempt at using the W module.
As an exercise, I am trying to program the game "TicTacToe".
My idea is to do a set of identical buttons in 3 row by three column.
My problem is to write a call back function for all these button wich
can detect wich one was clicked.
some ugly code below, thanks for any input.
import W
w = W.Window((400, 400), "Hello!", minsize = (240, 200))
def bpStart():
"""
check radioButton status and set variables accordingly
"""
print "Hello World!"
Token = 'O'
def bpCase():
"""
handle the click on one location
"""
for i in range(3):
for j in range(3):
# here i need to get i,j when that is the
button just clicked.
print w[i, j]._activated
if w[i, j]._activated:
print i,j
b = i,j
# here i will use b for other purposes
w[b]._title = token
stepb = 16
for i in range(3):
for j in range(3):
w[i,j] = W.Button((20 + i * stepb,20 + j *
stepb,stepb,stepb), "X", bpCase)
w.open()
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From cbarker@jps.net Fri Mar 23 17:30:31 2001
From: cbarker@jps.net (Chris Barker)
Date: Fri, 23 Mar 2001 09:30:31 -0800
Subject: [Pythonmac-SIG] Newbie needs Clues
References: <20010322203830.91A16EA11D@oratrix.oratrix.nl>
Message-ID: <3ABB8837.70898B96@jps.net>
You didn't ask this, but if you are going to have your Python program
running on the Linux box monitoring the directory constantly, you will
want to have it running as a "deamon". Look in the archives of
comp.lang.python, this topic has been discussed. IF you have your script
runing regularly, in a loop, constantly looking for new files in the
folder, it will eat up a LOT of CPU, even though it is mostly doing
nothing.
Jack Jansen wrote:
> - If you have control over the Mac side (i.e. because people use a
> program of yours or an applescript to drop the file in the shared
> folder) you could do the copy to a different filename ("tmp.NNNNN")
> and then move that file to the final name when it's done. Then just
> skip the tmp. files on the server side.
If you are doing this (using a custom program to copy the files from the
Mac to the Linux box) then you could also have your custom program start
up the Python script on the Linux box, after you have copied the file
(you would want to use rsh, or ssh, or something like that). This would
solve both the problem of knowing when the copy was finished, and also
the running as a deamon issue.
-Chris
--
Christopher Barker,
Ph.D.
cbarker@jps.net --- --- ---
http://www.jps.net/cbarker -----@@ -----@@ -----@@
------@@@ ------@@@ ------@@@
Water Resources Engineering ------ @ ------ @ ------ @
Coastal and Fluvial Hydrodynamics ------- --------- --------
------------------------------------------------------------------------
------------------------------------------------------------------------
From lmeyn@mail.arc.nasa.gov Fri Mar 23 17:57:34 2001
From: lmeyn@mail.arc.nasa.gov (Larry Meyn)
Date: Fri, 23 Mar 2001 09:57:34 -0800
Subject: [Pythonmac-SIG] Gnuplot Installation
In-Reply-To:
References: Message by Aureli
Soria Frisch , Wed, 21 Mar 2001
23:38:43 +0100 ,
Message-ID:
--============_-1226752156==_ma============
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>There is 2 Required_Suite modules in the distribution; one in the directory
>Mac:Lib:lib-scriptpackages:StdSuites and ahother one in
>Mac:Lib:lib-scripting. The one in StdSuites does not have declarations for
>open,print, run and quit. The one in the other one does, but it does not
>have any declaration for Required_Suite_Events.
>
>So I did the modifications (no copy from Standard_Suite) and run it (using
>the module in lib-scripting). An AttributeError was prompted (no
>Required_Suite_Events found).
A quick check of EditPythonPrefs shows that the original paths are set to:
$(PYTHON):Mac:PlugIns
$(PYTHON):Mac:Lib
$(PYTHON):Mac:Lib:lib-toolbox
$(PYTHON):Mac:Lib:lib-scriptpackages
$(PYTHON):Lib
$(PYTHON):Extensions:img:Mac
$(PYTHON):Extensions:img:Lib
$(PYTHON):Extensions:Imaging:PIL
$(PYTHON):Lib:lib-tk
$(PYTHON):Lib:site-packages
So my interpreter was finding the Required_Suite.py in
Mac:Lib:lib-scriptpackages:StdSuites. I notice that the one in
Mac:Lib:lib-scripting has the class Required_Suite which has methods
for open, quit, _print and run. (Curiously Standard-Suite.py in the
same folder includes methods for open, quit and _print, with no
method for run.) If you are going to use the Required_Suite.py module
in Mac:Lib:lib-scripting you will have to chnage the line:
Required_Suite.Required_Suite_Events,
in gp_mac.py back to:
Required_Suite.Required_Suite,
Larry
--============_-1226752156==_ma============
Content-Type: text/html; charset="us-ascii"
Re: [Pythonmac-SIG] Gnuplot
Installation
There is 2 Required_Suite modules in the
distribution; one in the directory
Mac:Lib:lib-scriptpackages:StdSuites and
ahother one in
Mac:Lib:lib-scripting. The one in
StdSuites does not have declarations for
open,print, run and quit. The one in the other one does, but it does
not
have any declaration for Required_Suite_Events.
So I did the modifications (no copy from Standard_Suite) and run it
(using
the module in lib-scripting). An AttributeError was prompted
(no
Required_Suite_Events
found).
A quick check of EditPythonPrefs shows that the original paths
are set to:
$(PYTHON):Mac:PlugIns
$(PYTHON):Mac:Lib
$(PYTHON):Mac:Lib:lib-toolbox
$(PYTHON):Mac:Lib:lib-scriptpackages
$(PYTHON):Lib
$(PYTHON):Extensions:img:Mac
$(PYTHON):Extensions:img:Lib
$(PYTHON):Extensions:Imaging:PIL
$(PYTHON):Lib:lib-tk
$(PYTHON):Lib:site-packages
So my interpreter was finding the Required_Suite.py in
Mac:Lib:lib-scriptpackages:StdSuites. I notice that the one in
Mac:Lib:lib-scripting has the class Required_Suite which has methods
for open, quit, _print and run. (Curiously Standard-Suite.py in
the same folder includes methods for open, quit and _print, with no
method for run.) If you are going to use the Required_Suite.py module
in Mac:Lib:lib-scripting you will have to chnage the line:
Required_Suite.Required_Suite_Events,
in gp_mac.py back to:
Required_Suite.Required_Suite,
Larry
--============_-1226752156==_ma============--
From just@letterror.com Fri Mar 23 18:47:01 2001
From: just@letterror.com (Just van Rossum)
Date: Fri, 23 Mar 2001 19:47:01 +0100
Subject: [Pythonmac-SIG] Buttons in W
In-Reply-To:
Message-ID:
At 5:44 PM +0100 23-03-2001, Fran=E7ois Granger wrote:
>This is my first attempt at using the W module.
>
>As an exercise, I am trying to program the game "TicTacToe".
>
>My idea is to do a set of identical buttons in 3 row by three column.
>My problem is to write a call back function for all these button wich
>can detect wich one was clicked.
>
>some ugly code below, thanks for any input.
My usual trick is to work with default arguments. Ugly, but works. Small
example:
import W
w =3D W.Window((400, 400), "Test")
for i in range(5):
def callback(buttonNumber=3Di):
print "button", buttonNumber, "was pressed"
w[i] =3D W.Button((10, 10 + 24 * i, 60, 18),
"Button #%s" % i, callback)
w.open()
Just
PS: the w attrs starting with an underscore are sortof private: you should
try to avoid using them.
=2E . . . .
new address:
Hasselaersplein 7
2013 GB Haarlem
T +31 23 5427754
=46 +31 23 5427217
From fgranger@altern.org Fri Mar 23 19:00:28 2001
From: fgranger@altern.org (Francois Granger)
Date: Fri, 23 Mar 2001 20:00:28 +0100
Subject: [Pythonmac-SIG] (progress) Buttons in W
In-Reply-To:
References:
Message-ID:
At 17:44 +0100 23/03/01, in message [Pythonmac-SIG] Buttons in W,
François Granger wrote:
>This is my first attempt at using the W module.
>
>As an exercise, I am trying to program the game "TicTacToe".
>
>My idea is to do a set of identical buttons in 3 row by three
>column. My problem is to write a call back function for all these
>button wich can detect wich one was clicked.
I did some progress ;-)
But I don't know if it is any good.
# python
import W
w = W.Window((400, 400), "Hello!", minsize = (240, 200))
def bpStart():
"""
check radioButton status and set variables accordingly
"""
print "Hello World!"
token = 'O'
def bpCase(i,j):
"""
handle the click on one button
"""
print i,j
w[i, j]._title = token
stepb = 16
bpCall = {}
for i in range(3):
for j in range(3):
bpCall[i,j] = lambda x = i, y = j : bpCase(x, y)
w[i,j] = W.Button((20 + i * stepb,20 + j *
stepb,stepb,stepb), "X", bpCall[i,j])
w.open()
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From francois.granger@free.fr Fri Mar 23 19:05:18 2001
From: francois.granger@free.fr (=?iso-8859-1?Q?Fran=E7ois?= Granger)
Date: Fri, 23 Mar 2001 20:05:18 +0100
Subject: [Pythonmac-SIG] Buttons in W
In-Reply-To:
References:
Message-ID:
At 19:47 +0100 23/03/01, in message Re: [Pythonmac-SIG] Buttons in W,
Just van Rossum wrote:
Thanks for fast answer.
>
>My usual trick is to work with default arguments. Ugly, but works. Small
>example:
>
>import W
>
>w = W.Window((400, 400), "Test")
>
>for i in range(5):
> def callback(buttonNumber=i):
> print "button", buttonNumber, "was pressed"
> w[i] = W.Button((10, 10 + 24 * i, 60, 18),
> "Button #%s" % i, callback)
>w.open()
I thought of this. I did not tested it because it was sayd that the
call back was called with no argument. And I did not though further
;-)
>PS: the w attrs starting with an underscore are sortof private: you should
>try to avoid using them.
Yes, I know, but that is because I don't yet know "the right thing to do".
For exemple, I need to be able to change the button name after
creation. How do I do ?
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From just@letterror.com Fri Mar 23 19:19:22 2001
From: just@letterror.com (Just van Rossum)
Date: Fri, 23 Mar 2001 20:19:22 +0100
Subject: [Pythonmac-SIG] Buttons in W
In-Reply-To:
References:
Message-ID:
>For exemple, I need to be able to change the button name after
>creation. How do I do ?
button.settitle("NewTitle")
Just
=2E . . . .
new address:
Hasselaersplein 7
2013 GB Haarlem
T +31 23 5427754
=46 +31 23 5427217
From cwebster@nevada.edu Fri Mar 23 19:22:23 2001
From: cwebster@nevada.edu (Corran Webster)
Date: Fri, 23 Mar 2001 11:22:23 -0800
Subject: [Pythonmac-SIG] Buttons in W
In-Reply-To:
References:
Message-ID:
At 5:44 PM +0100 23/3/01, Fran=E7ois Granger wrote:
>This is my first attempt at using the W module.
If you haven't already discovered it, you may find my tutorial on W usefu=
l:
http://www.nevada.edu/~cwebster/Python/WWidgets/index.html
In particular, you may find some of the tricks used in the calculator=20
example to be helpful, as there are some common features with what=20
you want to do:
http://www.nevada.edu/~cwebster/Python/WWidgets/calculator.html
>As an exercise, I am trying to program the game "TicTacToe".
>
>My idea is to do a set of identical buttons in 3 row by three=20
>column. My problem is to write a call back function for all these=20
>button wich can detect wich one was clicked.
>
>some ugly code below, thanks for any input.
[snip]
>Token =3D 'O'
>def bpCase():
> """
> handle the click on one location
> """
> for i in range(3):
> for j in range(3):
> # here i need to get i,j when that is the=20
>button just clicked.
> print w[i, j]._activated
> if w[i, j]._activated:
> print i,j
> b =3D i,j
> # here i will use b for other purposes
> w[b]._title =3D token
Your problem seems to be determining which button was clicked from=20
within the callback. Probably the easiest way to deal with this is=20
to do the following:
def bpCase(i, j):
global Token
button =3D w[i,j]
# do stuff with button:
button.settitle(Token) # show either "X" or "O"
button.enable(0) # make the button unclickable from now on
# do stuff related to the game
if Token =3D=3D "X":
Token =3D "O"
else:
Token =3D "X"
# some code to determine if we have a winner - maybe calling out to =
a
# class holding game state or a function which checks for wins or dr=
aws.
# You'll need to write this.
You then need to use a lambda with default arguments which calls=20
bpCase for your callback for each button:
>stepb =3D 16
>for i in range(3):
> for j in range(3):
> w[i,j] =3D W.Button((20 + i * stepb,20 + j *=20
>stepb,stepb,stepb), "X", bpCase)
The creation line then looks something like:
w[i,j] =3D W.Button((20 + i * stepb,20 + j * stepb,stepb=
,stepb),
"", lambda i=3Di, j=3Dj: bpCase(i,j))
Notice the magic "lambda i=3Di, j=3Dj: bpCase(i,j)" which makes the=20
callback know which button it is associated with.
As written, the above code allows two humans to play, but doesn't=20
determine a winner. Once a button is clicked, it is disabled and is=20
greyed out. A slightly better approach would be the following:
def bpCase(i, j):
global Token
button =3D w[i,j]
# do stuff with button:
if button.gettitle():
return
button.settitle(Token) # show either "X" or "O"
# do stuff related to the game
if Token =3D=3D "X":
Token =3D "O"
else:
Token =3D "X"
# some code to determine if we have a winner - maybe calling out to =
a
# class holding game state or a function which checks for wins or dr=
aws.
# You'll need to write this.
A more elegant solution would probably be to subclass W.Button,=20
rather than using callbacks. You would override the click() (and=20
possibly the push()) methods to do what you would normally do in the=20
callback, but now you don't have to worry about finding your button,=20
as it is available as "self". This also allows a more elegent=20
solution to the disabling of the button - simply ignore clicks are=20
the state has been set.
Regards,
Corran
From loredo@astrosun.tn.cornell.edu Fri Mar 23 21:36:44 2001
From: loredo@astrosun.tn.cornell.edu (Tom Loredo)
Date: Fri, 23 Mar 2001 16:36:44 -0500 (EST)
Subject: [Pythonmac-SIG] Re: Gnuplot Installation
Message-ID: <200103232136.QAA20125@laplace.tn.cornell.edu>
Hi folks-
Larry, where were you a week ago when I was trying to sort all
of this out? 8-)
My impression was that the newest version of Mac Gnuplot (3.7) was
produced by different folks from the earlier version that the Python
interface was built for. That older version had the GPSE creator code
for the Gnuplot application, and it also required you to have the Alpha
editor (which it used as its console). The newer, cleaner, and
apparently more stable 3.7 version is stand-alone, and has a different
creator code: {GP}. Because of this, I just presumed (perhaps
incorrectly) that I'd better not rely on the Mac code in Gnuplot.py
having the right Apple events to match with the new build. So I
rebuilt the entire suite following Jack's instructions that come with
MacPython (I'm new to OSA, so I was surprised I got any of it to
work!). A bit of hacking was required (in particular, somehow no
"Quit" event was defined by following the instructions---any idea
what's up with this?), but it seems to work. I can post the suite on a
web site if there's interest. I just can't make any promises that I
did it right!
BTW, this was all with MacPython 2.0. I had no problems installing
Gnuplot.py with Distutils, though I did have to add a search path to
MacPython to get the RequiredSuites. If you have the *old* Mac Gnuplot
on your hard drive, just running Gnuplot.py out of the box will run it
fine. I only had to do what I described above so that I could use the
newer build.
-Tom Loredo
From lmeyn@mail.arc.nasa.gov Fri Mar 23 22:20:49 2001
From: lmeyn@mail.arc.nasa.gov (Larry Meyn)
Date: Fri, 23 Mar 2001 14:20:49 -0800
Subject: [Pythonmac-SIG] Re: Gnuplot Installation
In-Reply-To: <200103232136.QAA20125@laplace.tn.cornell.edu>
References: <200103232136.QAA20125@laplace.tn.cornell.edu>
Message-ID:
At 4:36 PM -0500 3/23/01, Tom Loredo wrote:
>Hi folks-
>
>Larry, where were you a week ago when I was trying to sort all
>of this out? 8-)
>
>My impression was that the newest version of Mac Gnuplot (3.7) was
>produced by different folks from the earlier version that the Python
>interface was built for. That older version had the GPSE creator code
>for the Gnuplot application, and it also required you to have the Alpha
>editor (which it used as its console). The newer, cleaner, and
>apparently more stable 3.7 version is stand-alone, and has a different
>creator code: {GP}. Because of this, I just presumed (perhaps
>incorrectly) that I'd better not rely on the Mac code in Gnuplot.py
>having the right Apple events to match with the new build. So I
>rebuilt the entire suite following Jack's instructions that come with
>MacPython (I'm new to OSA, so I was surprised I got any of it to
>work!). A bit of hacking was required (in particular, somehow no
>"Quit" event was defined by following the instructions---any idea
>what's up with this?), but it seems to work. I can post the suite on a
>web site if there's interest. I just can't make any promises that I
>did it right!
>
>BTW, this was all with MacPython 2.0. I had no problems installing
>Gnuplot.py with Distutils, though I did have to add a search path to
>MacPython to get the RequiredSuites. If you have the *old* Mac Gnuplot
>on your hard drive, just running Gnuplot.py out of the box will run it
>fine. I only had to do what I described above so that I could use the
>newer build.
>
>-Tom Loredo
>
>
>_______________________________________________
>Pythonmac-SIG maillist - Pythonmac-SIG@python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
Tom,
You might want to wait before posting anything. Everything seemed to
be working just fine on my G4 at work. However, I'm telecommuting
today and I can't seem to get Gnuplot.py working on my iMac with what
I thought were the proper hacks. I'll have to wait till Monday to
see how everything is actually configured for the working version.
Larry
From owen@astro.washington.edu Fri Mar 23 22:50:25 2001
From: owen@astro.washington.edu (Russell E Owen)
Date: Fri, 23 Mar 2001 14:50:25 -0800
Subject: [Pythonmac-SIG] gnuplot again -- it works, but some questions
Message-ID:
Larry Meyn's helpful postings on installing gnuplot inspired me to
get it and try to install it under Mac Python 2.0. It works! However,
I had to do things a bit differently and it left me a bit puzzled
about how things work.
I obtained Mac gnuplot 3.7.1b and gnuplot.py 1.5 and modified
gp_mac.py approximately as per Larry's instructions, with changes as
noted below.
My copy of gp_mac.py tried to import Required_Suite, which failed
because it's not in the default search path. (Required_Suite is in
package StdSuites, which *is* in the search path). The changes I made
to gp_mac.py were as follows:
import StdSuites.Required_Suite # originally: import Required_Suite
...
class _GNUPLOT(aetools.TalkTo,
StdSuites.Required_Suite.Required_Suite_Events, # originally:
Required_Suite
...
but I feel I am surely missing something obvious, since Larry didn't
have to do this. I doubt it's a difference between Mac Python 2.1 and
2.0 since they seem to have the same directory structure. Am I
missing some obvious trick?
Also, I wonder if there's any consensus as to the best way to handle
the fact that Required_Suite exists in two locations and the copy in
StdSuites is clearly broken (missing most of its code). I tried
moving the "good" file into StdSuites, but that failed, apparently
because the "good" Required_Suite.py defines class Required_Suite,
whereas the bad Required_Suite.py defines class Required_Suite_Events.
I ended up copying the code that defined class Required_Suite from
the good Required_Suite.py into the bad one, but making it define
class Required_Suite_Events in the bad file. This is approximately
what Larry suggested.
Curiosity aside, it's working and I'm thrilled.
Thanks, Larry!
-- Russell
From jack@oratrix.nl Fri Mar 23 23:52:55 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 24 Mar 2001 00:52:55 +0100
Subject: [Pythonmac-SIG] AppleScript (was: Gnuplot)
Message-ID: <20010323235301.1D0CBEA11F@oratrix.oratrix.nl>
Since 2.0 the MacPython OSA architecture has changed. And while I did
put in the documentation for the new architecture (in
:Mac:Demo:applescript.html) I guess I didn't put enough emphasis on
the fact that things have changed (I've now added a note to that
file).
In short: it used to be so that each suite had its own module, and the
standard suites plus the ones I needed all lived together in
lib-scripting. This had a serious problem, namely that programs that
overrode (overrided?) standard suites, something OSA explicitly
allows, had a [problem with two modules with the same name: e standard
suite module and their own overridden version of it.
The new architecture uses a package per application, and the
pseudo-application StdSuites to contain Apple's own stuff. Now the
problem goes away, because application FooBar overriding
Standard_suite has its own Standard_Suite submodule, which can still
include StdSuites.StandardSuite. The new packages are in
lib-scriptpackages. The class for the events, the big one, has also
gotten _Events appended to their name.
lib-scriptpackages is in sys.path by default, lib-scripting isn't and
is really only provided for backward compatibility.
gensuitemodule knows about all the new stuff, so you as a Python
programmer really neednt' do anything but run gensuitemodule on the
application you want to script, and out comes a package that should
contain all the submodules you need, presuming the application authors
got their AEUT resources correct.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Fri Mar 23 23:57:31 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 24 Mar 2001 00:57:31 +0100
Subject: [Pythonmac-SIG] gnuplot again -- it works, but some questions
In-Reply-To: Message by Russell E Owen ,
Fri, 23 Mar 2001 14:50:25 -0800 ,
Message-ID: <20010323235736.5AB0FEA11F@oratrix.oratrix.nl>
Recently, Russell E Owen said:
> Larry Meyn's helpful postings on installing gnuplot inspired me to
> get it and try to install it under Mac Python 2.0. It works! However,
> I had to do things a bit differently and it left me a bit puzzled
> about how things work.
>
> I obtained Mac gnuplot 3.7.1b and gnuplot.py 1.5 and modified
> gp_mac.py approximately as per Larry's instructions, with changes as
> noted below.
> [..]
Okay, if so many people (everyone?) has trouble with OSA I guess that
my documentation simply isn't good enough. The idea is that everything
is realy so super-simple: run gensuitemodule and be done. But:
apparently I don't get this message across. Can someone have a look at
the documentation and rewrite it or modify it to be more
understandable, please???
Or, alternatively, tell me where the model is wrong...
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From loredo@astrosun.tn.cornell.edu Sat Mar 24 00:25:11 2001
From: loredo@astrosun.tn.cornell.edu (Tom Loredo)
Date: Fri, 23 Mar 2001 19:25:11 -0500 (EST)
Subject: [Pythonmac-SIG] Re: AppleScrip (was: Gnuplot)
Message-ID: <200103240025.TAA20385@laplace.tn.cornell.edu>
Jack-
In the process of making a new "suite" for Gnuplot 3.7, it was
clear to me that things had changed from the version used for
Gnuplot.py. Yes, you could have stated it directly, but it
was pretty obvious (a *package* was produced and not a module!).
As I mentioned in my previous post, I think part of the
confusion/difficulty here is that there appear to be 2 different
ports of Gnuplot to the Mac. Gnuplot.py was built for the
older one (the one that required Alpha as its console). If
you have both the new one and the old one on your hard drive,
running Gnuplot.py out of the box will bring up the old one
(and Alpha).
The one thing I stumbled over building the suite, as I noted, was that
I wasn't simply "done" when it was built. Gnuplot.py would not work
because there was no support for the "Quit" event. I just copied some
stuff from the original scripting stuff (for the old Gnuplot) and got
it to work. I'm not at my Mac at the moment so I don't recall exactly
what I did, but I think I had to explicitly use the RequiredSuite
module (or something similar) from the library, not the one copied into
the Gnuplot suite package I created. So I wonder if there's a bug in
this respect, or if whatever the underlying issue is could be cleared
up in the docs.
-Tom Loredo
From fgranger@altern.org Sat Mar 24 13:35:18 2001
From: fgranger@altern.org (Francois Granger)
Date: Sat, 24 Mar 2001 14:35:18 +0100
Subject: [Pythonmac-SIG] Buttons in W
In-Reply-To:
References:
Message-ID:
At 11:22 -0800 23/03/01, in message Re: [Pythonmac-SIG] Buttons in W,
Corran Webster wrote:
>At 5:44 PM +0100 23/3/01, François Granger wrote:
>>This is my first attempt at using the W module.
>
>If you haven't already discovered it, you may find my tutorial on W useful:
>
>http://www.nevada.edu/~cwebster/Python/WWidgets/index.html
I read it a lot and carefully before asking ;-)
>You then need to use a lambda
I was shy of using lambda. I never used them before, and was not sure
I fully understood them. Now it is ok.
>As written, the above code allows two humans to play, but doesn't
>determine a winner.
I already have this part done elsewere. I'll fully implement it.
Thanks a lot for your help.
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From fgranger@altern.org Sat Mar 24 14:31:31 2001
From: fgranger@altern.org (Francois Granger)
Date: Sat, 24 Mar 2001 15:31:31 +0100
Subject: [Pythonmac-SIG] Learning W (Thanks)
Message-ID:
Thanks to Just and Corran to help me in learning W. This is part of a
more ambitous project. But for now, i did an implementation of the
game TicTacToe. Here it is. Feel free to comment.
# python
"""
A rather simple implementation of TicTacToe to learn how to use of
the PythonMac W module.
With help from Just Van Rossum and Corran Webster.
See the tutorial on W at
http://www.nevada.edu/~cwebster/Python/WWidgets/index.html
"""
import W
def bpStart():
"""
Initialize game
"""
global token
token =''
print "Hello World!"
w.bStart.enable(0)
w.display.set('')
for i in range(3):
for j in range(3):
w[i,j].settitle(token)
w[i,j].enable(1)
token = 'O'
def bpCase(i,j):
"""
handle the click on one button
"""
global token
#print i,j
w[i,j].settitle(token) # show either "X" or "O"
w[i,j].enable(0) # make the button unclickable
from now on
# Change token for next player
if token == "X":
token = "O"
else:
token = "X"
# some code to determine if we have a winner - calling out to a
# function which checks for wins or draws.
r = won()
if r == 'tie':
#print 'Tie'
w.display.set(r)
w.bStart.enable(1)
elif r:
print r, 'win'
w.display.set(r + ' win')
w.bStart.enable(1)
for i in range(3):
for j in range(3):
w[i,j].enable(0)
else:
pass
w = W.Window((200, 200), "TicTacToe", minsize = (100, 100))
w.display = W.EditText((150,60,50,22), "",
fontsettings=("geneva",0,12,(0,0,0)))
w.bStart = W.Button((150,20,50,25), "New game", bpStart)
stepb = 16
for i in range(3):
for j in range(3):
w[i,j] = W.Button((20 + i * stepb,20 + j * stepb,stepb,stepb),
'', lambda i = i, j = j : bpCase(i, j))
token = 'O'
w.bStart.enable(0)
w.open()
def won():
b = []
for i in range(3):
b.append([])
for j in range(3):
b[i].append(w[i,j].gettitle())
win = 0
for t in ('X', 'O'):
for i in range(3):
if b[i][0] == t and b[i][1] == t and b[i][2] == t:
win = t # won
for j in range(3):
if b[0][j] == t and b[1][j] == t and b[2][j] == t:
win = t # won
if b[0][0] == t and b[1][1] == t and b[2][2] == t:
win = t
if b[0][2] == t and b[1][1] == t and b[2][0] == t:
win = t
x = 0
for i in range(3):
for j in range(3):
if b[i][j]:
x += 1
if x == 9 and not win:
return 'tie'
return win
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From lmeyn@mail.arc.nasa.gov Sat Mar 24 17:07:56 2001
From: lmeyn@mail.arc.nasa.gov (Larry Meyn)
Date: Sat, 24 Mar 2001 09:07:56 -0800
Subject: [Pythonmac-SIG] Gnuplot Installation
Message-ID:
Hi All,
Thanks for all the feedback on this topic. I took Jack's advice and
ran gensuitemodule. This avoids having to tamper with any of the
Python distribution files like Required_Suite. The gensuitemodule
produces a gnuplot_Suites package to replace the gnuplot_Suites.py
file. The only change that seemed to be needed to the generated
files in this package was to change the name of a method in
gnuplot_Suite.py from exec to gnuexec. Several changes needed to be
made to gp_mac.py, but no other files seem to need modification. For
those interested I've posted a copy of the module at the URL shown
below. Just drop it into the Lib:site-packages folder. I don't know
how the distutils package works, so running setup.py won't copy
everything to the right place. There are a few gnuplot errors
generated when running test.py, so this is just an interim solution.
Larry
http://homepage.mac.com/lmeyn/.cv/lmeyn/Public/Gnuplot.sea-binhex.hqx
From fgranger@altern.org Sat Mar 24 17:33:37 2001
From: fgranger@altern.org (Francois Granger)
Date: Sat, 24 Mar 2001 18:33:37 +0100
Subject: [Pythonmac-SIG] Issue with W
Message-ID:
I am now trying to build an applet of my TicTacToe game.
I discovered that W in not in the normal path list. So, at the
biggining of my script i added the following code:
import sys
sys.path.append(sys.prefix + 'Mac:Tools:IDE')
import W
When I try to run this with PythonInterpreter 2.0 (final) I get the
following...
Traceback (most recent call last):
File "HD:Dev:scripts:tictactoe.py", line 11, in ?
import W
File "HD:Python 2.0:Mac:Tools:IDE:W.py", line 5, in ?
from Wbase import *
File "HD:Python 2.0:Mac:Tools:IDE:Wbase.py", line 702, in ?
_cursors = {
Mac OS Error: (-192, 'Resource not found')
I opened the script and it read:
_cursors = { # <- this is line 702
"watch" : Qd.GetCursor(QuickDraw.watchCursor).data,
"arrow" : Qd.qd.arrow,
"iBeam" : Qd.GetCursor(QuickDraw.iBeamCursor).data,
"cross" : Qd.GetCursor(QuickDraw.crossCursor).data,
"plus" : Qd.GetCursor(QuickDraw.plusCursor).data,
"hand" : Qd.GetCursor(468).data,
"fist" : Qd.GetCursor(469).data,
"hmover" : Qd.GetCursor(470).data,
"vmover" : Qd.GetCursor(471).data,
"zoomin" : Qd.GetCursor(472).data,
"zoomout" : Qd.GetCursor(473).data,
"zoom" : Qd.GetCursor(474).data,
}
I was about to hack it, but before doing anything wrong I prefer to
ask for help...
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From just@letterror.com Sat Mar 24 21:48:03 2001
From: just@letterror.com (Just van Rossum)
Date: Sat, 24 Mar 2001 22:48:03 +0100 (CET)
Subject: [Pythonmac-SIG] Issue with W
In-Reply-To:
References:
Message-ID: <200103242148.WAA18606@webmail1.xs4all.nl>
Quoting Francois Granger :
> When I try to run this with PythonInterpreter 2.0 (final) I get the
> following...
>
>
> Traceback (most recent call last):
> File "HD:Dev:scripts:tictactoe.py", line 11, in ?
> import W
> File "HD:Python 2.0:Mac:Tools:IDE:W.py", line 5, in ?
> from Wbase import *
> File "HD:Python 2.0:Mac:Tools:IDE:Wbase.py", line 702, in ?
> _cursors = {
> Mac OS Error: (-192, 'Resource not found')
You either need to open Widgets.rsrc, or (easier) copy it's content to your own
res file. (In case you wonder how to include a res file in an applet: create a
res file in the same folder as your main program, and call it the same, except
ending in .rsrc instead of .py. BuildApplet will then copy the resources from
that file to the applet.)
Just
From jbmoody@oakland.edu Sat Mar 24 22:08:10 2001
From: jbmoody@oakland.edu (Jon Moody)
Date: Sat, 24 Mar 2001 17:08:10 -0500
Subject: [jbmoody@oakland.edu: Re: [Pythonmac-SIG] Gnuplot Installation]
Message-ID: <20010324170810.D7326@oakland.edu>
On Sat, Mar 24, 2001 at 09:07:56AM -0800, Larry Meyn wrote:
> Thanks for all the feedback on this topic. I took Jack's advice and
> ran gensuitemodule. This avoids having to tamper with any of the
> Python distribution files like Required_Suite. The gensuitemodule
> produces a gnuplot_Suites package to replace the gnuplot_Suites.py
> file. The only change that seemed to be needed to the generated
> files in this package was to change the name of a method in
> gnuplot_Suite.py from exec to gnuexec. Several changes needed to be
> made to gp_mac.py, but no other files seem to need modification. For
> those interested I've posted a copy of the module at the URL shown
> below. Just drop it into the Lib:site-packages folder. I don't know
> how the distutils package works, so running setup.py won't copy
> everything to the right place. There are a few gnuplot errors
> generated when running test.py, so this is just an interim solution.
>
Actually it's much simpler than this. In the original gp_mac.py that
comes with Gnuplot.py, just make the two changes already mentioned:
in class GnuplotOpts:
default_term = 'pict'
in class _GNUPLOT:
aetools.TalkTo.__init__(self, "{GP}", start=1)
------------------------------------------------
plus, comment as follows starting around line 59:
------------------------------------------------
import gnuplot_Suites
# import Required_Suite
import aetools
class _GNUPLOT(aetools.TalkTo,
#Required_Suite.Required_Suite,
gnuplot_Suites.gnuplot_Suite,
#gnuplot_Suites.odds_and_ends,
#gnuplot_Suites.Standard_Suite,
#gnuplot_Suites.Miscellaneous_Events
):
With these changes, Gnuplot.py's test.py module runs without error
using the new gnuplot-3.7.1a. This works because Gnuplot.py only uses
_one_ AppleEvent call, 'exec' which is renamed to 'gnuexec' since
'exec' is a python reserverd word (there's also a 'flush' method used
but it's not an AE event, it's just a dummy). The 'exec' AppleEvent
is defined for both the old mac-gnuplot and the new gnuplot-3.7.1a.
What's really interesting about the new gnuplot-3.7.1a on the mac,
aside from the fabulous mac-specific terminals 'pict' and 'moov', is
that there's now a 'print' AppleEvent; it should now be possible to
support Gnuplot.py's 'hardcopy' method.
Also, there's a few other new AppleEvents supported ('data size',
'make', 'revert', 'open') as well as a 'document' class. I think it
should be possible to also support Gnuplot.py's 'inline' method. Has
anyone tried this yet?
--
Jon
----- End forwarded message -----
From jbmoody@oakland.edu Sat Mar 24 22:08:39 2001
From: jbmoody@oakland.edu (Jon Moody)
Date: Sat, 24 Mar 2001 17:08:39 -0500
Subject: [jbmoody@oakland.edu: Re: [Pythonmac-SIG] Re: Gnuplot Installation]
Message-ID: <20010324170838.E7326@oakland.edu>
On Fri, Mar 23, 2001 at 04:36:44PM -0500, Tom Loredo wrote:
> Because of this, I just presumed (perhaps incorrectly) that I'd
> better not rely on the Mac code in Gnuplot.py having the right Apple
> events to match with the new build.
You're right; some of the AEs in the new gnuplot-3.7.1a are the same,
some are different.
> So I rebuilt the entire suite following Jack's instructions that
> come with MacPython (I'm new to OSA, so I was surprised I got any of
> it to work!). A bit of hacking was required (in particular, somehow
> no "Quit" event was defined by following the instructions---any idea
> what's up with this?), but it seems to work.
There's an easy way to check what AEs are defined for a given
OSA-aware program. There's a mac program called 'Script Editor'
(usually in a folder called 'Apple Extras:Apple Script') that has a
file dialog 'File -> Open Dictionary'. If you use that to open the
OSA-aware program, it lists all the Suites and AEs the program
supports.
--
Jon
----- End forwarded message -----
From basicprinting@earthlink.net Tue Mar 27 02:48:59 2001
From: basicprinting@earthlink.net (Leisa Bilyeu)
Date: Mon, 26 Mar 2001 21:48:59 -0500 (EST)
Subject: [Pythonmac-SIG] Exiting/Quitting an applet
Message-ID: <388003901.985661340137.JavaMail.root@web421-wrb>
What am I doing wrong with macPython2.0?
I type the following into the IDE and save as an Applet.
"""Exiting/Quitting an applet
an example of how NOT to do it.
"""
import sys
import os
def main():
forkIt = ""
quitter = "quit"
if forkIt != "do it":
sys.exit
print "why does this line print?"
if quitter == "quit":
quit
print "why do either of these lines print?"
if __name__=='__main__':
main()
print
print
print " This line should not print either."
print " Don't forget to quit this window.................."
From jack@oratrix.nl Tue Mar 27 10:26:28 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 27 Mar 2001 12:26:28 +0200
Subject: [Pythonmac-SIG] Exiting/Quitting an applet
In-Reply-To: Message by Leisa Bilyeu ,
Mon, 26 Mar 2001 21:48:59 -0500 (EST) , <388003901.985661340137.JavaMail.root@web421-wrb>
Message-ID: <20010327102629.6A85436B2C0@snelboot.oratrix.nl>
> What am I doing wrong with macPython2.0?
[...]
> if forkIt != "do it":
> sys.exit
> print "why does this line print?"
sys.exit is a function, so you should call it:
sys.exit()
what you do here is simply obtaining the value (and then immedeately
discarding it again). In Python you always specify the parentheses when you
call a function.
I think the Python tutorial (on www.python.org) should handle things like this.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Tue Mar 27 21:42:08 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Tue, 27 Mar 2001 23:42:08 +0200
Subject: [Pythonmac-SIG] MacPython 2.1b2 available
Message-ID: <20010327214214.C3AA1EA11F@oratrix.oratrix.nl>
Folks,
a 2.1b2 installer is available via
http://www.cwi.nl/~jack/macpython.html . It has all problems fixed (or
mentioned in the release notes:-) that were discussed here over the
last week.
I'll advertise it more widely tomorrow, so please let me know quickly
about problems.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig ++++
www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++
From tom@othermedia.com Tue Mar 27 22:07:36 2001
From: tom@othermedia.com (tom smith)
Date: Tue, 27 Mar 2001 23:07:36 +0100
Subject: [Pythonmac-SIG] MacPython 2.1b2 available
In-Reply-To: <20010327214214.C3AA1EA11F@oratrix.oratrix.nl>
Message-ID:
on 3/27/01 10:42 PM, Jack Jansen at jack@oratrix.nl wrote:
> Folks,
> a 2.1b2 installer is available via
> http://www.cwi.nl/~jack/macpython.html . It has all problems fixed (or
> mentioned in the release notes:-) that were discussed here over the
> last week.
>
> I'll advertise it more widely tomorrow, so please let me know quickly
> about problems.
I just installed OSX, the python. The Configure Applet that gets fired off
during the install unexpectedly quit.
I ran the ConfigurePythonCarbon tool. Everything seemed to go OK..the IDE
seems to work fine...
Well done jack!
tom
From basicprinting@earthlink.net Wed Mar 28 01:15:24 2001
From: basicprinting@earthlink.net (Leisa Bilyeu)
Date: Tue, 27 Mar 2001 20:15:24 -0500 (EST)
Subject: [Pythonmac-SIG] Exiting/Quitting an applet
Message-ID: <389775771.985742124178.JavaMail.root@web625-wrb.mail.com>
>> What am I doing wrong ...
>sys.exit is a function, so you should call it:
> sys.exit()
But, but, ...
I was prepared, and had researched the mail archives;
and was all ready to learn the intricasies of sys.exit(ing) the Mac IDE vs. the interpreter.
What a letdown to find out it's a forgotten syntax error;
and in the background Homer Simpson yells, "Doh!"
Jack,
I have to praise you for your always considerate and thoughtful replies to really stupid questions.
Kudos due you for answers that are even more useful to those reading back through the archives.
Many thanks to all the regular contributors who make Pythonmac-SIG simultaneously useful to all levels of experience.
Basic Printing
941-541-0777 ? Fax 941-540-4735
Letterhead, Envelopes, Cards, Flyers, Newsletters & more!
From tom@othermedia.com Wed Mar 28 12:14:33 2001
From: tom@othermedia.com (tom smith)
Date: Wed, 28 Mar 2001 13:14:33 +0100
Subject: [Pythonmac-SIG] python (which is which)
In-Reply-To: <389775771.985742124178.JavaMail.root@web625-wrb.mail.com>
Message-ID: <084662316121c31PCOW034M@blueyonder.co.uk>
forgive the dumb question, but is there a difference between the modules
in unix python and mac python?
For instance, I think there's a module called dbi which comes with most
python's but mac python doesn't have it. Certain xml modules seem to lag
behind too (are there others?)
Will mac python be integrated with unix python?
Am I even right for thinking this is the case?
thanks
tom
From TattooMabonzoK. Wed Mar 28 12:44:30 2001
From: TattooMabonzoK. (TattooMabonzoK.)
Date: Wed, 28 Mar 2001 14:44:30 +0200
Subject: [Pythonmac-SIG] MacPython 2.1b2 available
In-Reply-To: <20010327214214.C3AA1EA11F@oratrix.oratrix.nl>
Message-ID: <1226335423-11245708@microscript.net>
On Tuesday, March 27, 2001, at 11:42 PM, Jack Jansen wrote:
> Folks,
> a 2.1b2 installer is available via
> http://www.cwi.nl/~jack/macpython.html . It has all problems fixed (or
> mentioned in the release notes:-) that were discussed here over the
> last week.
>
> I'll advertise it more widely tomorrow, so please let me know quickly
> about problems.
This is on Mac OX 10.0 (build 4k78)
As with B1:
- At the end of the installation I still get the dialog re: Finder
activity
- At the end of the installation I get a "The application
ConfigurePythonCarbon has unexpectedly quit." dialog
Launching ConfigurePythonCarbon manually:
- correctly detects that there's an old-no-longer-correct prefs file
and offers 3 options (no too clear hear what's the behavior: I assume if I
click continue, the old prefs file won't be deleted right? I chose the
default option (remove and quit)
- I get the "Python on non-boot partition..." dialog. Since a on Mac
OS X and Python is @ /Users/Shared/Hacking/ there are no Extensions folder
anyway. Either the message is inaccurate or there's no such a need
(copying PythonCore to the Extentions folder). Anyway I chose 'Copy' and
the same dialog poped up once again. I chose 'Copy' once more and it then
proceeded in building all applets.
Now python seems to be working but the UI is still FUBAR and makes
debugging essentially unpractical with the IDE
Keep on the good work!
= tmk =
> --
> Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
> Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig
> ++++
> www.oratrix.nl/~jack | ++++ see http://www.xs4all.nl/~tank/ ++++
>
> _______________________________________________
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
From fgranger@altern.org Wed Mar 28 18:35:57 2001
From: fgranger@altern.org (Francois Granger)
Date: Wed, 28 Mar 2001 20:35:57 +0200
Subject: [Pythonmac-SIG] Nouveau groupe en =?iso-8859-1?Q?fran=E7ais?=
Message-ID:
Sorry for this french message. Translation follow.
Il est encore temps de voter pour la création d'un NG en français sur
Python. Allez dans 'fr.usenet.forums.annonces' et cherchez le message
'[AAV 3] Creation de fr.comp.lang.python (non-modere)'
votez en répondant à ce message.
[en]
It is time for voting to create the french speaking newsgroup
'fr.comp.lang.python'. Go to 'fr.usenet.forums.annonces' and look for
the message '[AAV 3] Creation de fr.comp.lang.python (non-modere)'.
Votes by replying to this message.
--
"Faites des phrases courtes. Un sujet, un verbe, un complément. Quand
vous voudrez ajouter un adjectif, vous viendrez me voir." - Georges
Clemenceau, 1841-1929, médecin et homme politique français. Consignes
aux journalistes de "L'Aurore". d'après
From jack@oratrix.nl Wed Mar 28 20:28:55 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 28 Mar 2001 22:28:55 +0200
Subject: [Pythonmac-SIG] python (which is which)
In-Reply-To: Message by tom smith ,
Wed, 28 Mar 2001 13:14:33 +0100 , <084662316121c31PCOW034M@blueyonder.co.uk>
Message-ID: <20010328202900.482ECEA11F@oratrix.oratrix.nl>
Recently, tom smith said:
> forgive the dumb question, but is there a difference between the modules
> in unix python and mac python?
99% of the modules are the same. There are a few unix-specific modules
(like dbhash) and a few (actually quite a few more) mac-specific
modules (like all the MacOS toolbox stuff). There are of course also
specific-unix-specific modules not included in MacPython (like
linuxaudiodev and such).
> For instance, I think there's a module called dbi which comes with most
> python's but mac python doesn't have it. Certain xml modules seem to lag
> behind too (are there others?)
Dbi I have never heard of, what should it do? And the XML stuff should
be the exact same, otherwise I have messed up somewhere (i.e. let me
know if there are inconsistencies).
> Will mac python be integrated with unix python?
At some point: probably yes. In the next year: probably no.
My current idea (comments please!) is that MacPython and
unix-Python-on-MacOSX-bsd will evolve towards each other. Steve has
started on this by making various of the MacOS toolbox modules
available in unix-Python, and that trend will continue.
For the next half year or year my guess is that pre-OSX machines will
outnumber OSX machines, so a MacPython that uses the CFM runtime model
serves the largest community. It may be that I drop non-Carbon
MacPython, though, after 2.1. If I'm not mistaken all PPC machines can
run MacOS 8.6, and CarbonLib will be available for 8.6, so in half a
years time there may be little justification for the added work of
pre-Carbon support. This is also assuming Tcl/Tk has been ported by
that time (or Tkinter has been replaced by something better:-).
One of the possibilities is that the next distribution (2.2 or 2.1.X)
has a choice of installing for CFM/Carbon or MachO/BSD, but there are
a number of issues that need to be resolved first. One is the pathname
problem: would replacing mac:style:pathnames with
/unix/style/pathnames break many things or can we work around this?
Another is the \r versus \n line-ending problem and related issues
like .pyc file compatibility.
All of this is still half-baked, so comments are welcome. Also: if you
have ideas about which OSX/Carbon functionality you'd like to see
supported sooner rather than later I'd like to hear it. Not that I
promise anything (the stuff I need is going to be implemented first),
and not that you won't have to help (with OSX shipping with the
developer stuff you're last excuse is gone) but it would be nice to
know.
Personally I'd like to see FSRef support done soon, then probably the
Carbon Event manager, the Data Browser, the Help Manager, parts of
CoreFoundation (which parts?), ....
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Wed Mar 28 21:09:21 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Wed, 28 Mar 2001 23:09:21 +0200
Subject: [Pythonmac-SIG] MacPython 2.1b2 available
In-Reply-To: Message by "Tattoo Mabonzo K." ,
Wed, 28 Mar 2001 14:44:30 +0200 , <1226335423-11245708@microscript.net>
Message-ID: <20010328210926.44DA7EA11F@oratrix.oratrix.nl>
Recently, "Tattoo Mabonzo K." said:
> This is on Mac OX 10.0 (build 4k78)
>
> As with B1:
> - At the end of the installation I still get the dialog re: Finder
> activity
Ah, forgot to take the dialog out. Will do so now.... Done for the
next release.
> - At the end of the installation I get a "The application
> ConfigurePythonCarbon has unexpectedly quit." dialog
I'm aware of this, but I don't know how to fix it, or what causes the
problem. If anyone has some time to put into investigating this:
please do so. The alternative is not to launch ConfigurePythonCarbon
under OSX and put up a dialog in stead, but I'd prefer not to revert
to that.
> Launching ConfigurePythonCarbon manually:
> - correctly detects that there's an old-no-longer-correct prefs file
> and offers 3 options (no too clear hear what's the behavior: I assume if I
> click continue, the old prefs file won't be deleted right? I chose the
> default option (remove and quit)
Right. I've been struggling with the wording in this dialog, if anyone
has a better idea for the sentences and/or the buttons: let's hear it.
> - I get the "Python on non-boot partition..." dialog. Since a on Mac
> OS X and Python is @ /Users/Shared/Hacking/ there are no Extensions folder
> anyway. Either the message is inaccurate or there's no such a need
> (copying PythonCore to the Extentions folder). Anyway I chose 'Copy' and
> the same dialog poped up once again. I chose 'Copy' once more and it then
> proceeded in building all applets.
I'm unsure about this one. It may be okay to always alias on OSX, but
I could also imagine that aliases won't work if you're running off a
UFS partition. Maybe I should always copy?
Comments, please!
> Now python seems to be working but the UI is still FUBAR and makes
> debugging essentially unpractical with the IDE
I haven't noticed this. The IDE UI is pretty abysmal under OSX, with
the black borders and hardly any of the button labels fitting (does
anyone feel like fixing this?). But I wasn't aware of any
functional problems, why is debugging essentially unpractical?
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From malte.forkel@berlin.de Thu Mar 29 06:59:55 2001
From: malte.forkel@berlin.de (Malte Forkel)
Date: Thu, 29 Mar 2001 08:59:55 +0200
Subject: [Pythonmac-SIG] Python 2.0 vs. Mac 68k
Message-ID: <000001c0b81e$fedd0080$ae4515d5@harvey>
Hi,
I'm looking for Python 2.0 for a 68k Mac. Has anyone build such a beast?
Please cc: to me directly, I'm not on the mailing list.
Thanks, Malte
----------------------------------------------------------------------------
Malte Forkel Tel +49 30 21018926
Kurfuerstenstrasse 127 Fax +49 30 21018927
10785 Berlin
Germany mailto:malte.forkel@berlin.de
From richard@blumberg.org Thu Mar 29 13:43:45 2001
From: richard@blumberg.org (Richard Blumberg)
Date: Thu, 29 Mar 2001 08:43:45 -0500
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
Message-ID:
--
I just installed OS X, and I was wondering if anyone has had
experience compiling Python 2.1 (not PythonMac) under BSD Unix on an
X system.
Since Apple is using Apache for personal web sharing on X, it strikes
me that I could test the Python CGI scripts on my X system -
something I couldn't do without some contortions under system 9,
using PythonMac. My hosting service (Pair Networks - I recommend
them) has Python 2 installed on their FreeBSD servers.
I could just go ahead and try, and I will; but if I can get some
advice and guidance from someone who's been there, it's likely to be
a more successful trial and a quicker road to success.
Thanks.
Richard
From golinvaux@benjamin.net Thu Mar 29 15:35:33 2001
From: golinvaux@benjamin.net (Benjamin Golinvaux)
Date: Thu, 29 Mar 2001 17:35:33 +0200
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
Message-ID:
The recipe to succesfully build Python 2.0 on OSX is at :
www.zope.org/Members/jshell/ZopeOnOSX
The modifications are needed mostly because of the case-unsensitive
aspect of HFS+ (how about UFS ???)
It worked fine for me using the standard source tree
It seems support for OSX is still better in 2.1b...
Hope this helps.
BTW, I also succeded installing SWIG on MacOSX by modifying the
SWIG folder to _SWIG and patching the various makefiles accordingly...
Benjamin Golinvaux
Arboretum Systems, Inc.
www.arboretum.com
On Thursday, March 29, 2001, at 03:43 PM, Richard Blumberg wrote:
>
> -- I just installed OS X, and I was wondering if anyone has had
> experience compiling Python 2.1 (not PythonMac) under BSD Unix on an X
> system.
>
> Since Apple is using Apache for personal web sharing on X, it strikes
> me that I could test the Python CGI scripts on my X system - something
> I couldn't do without some contortions under system 9, using PythonMac.
> My hosting service (Pair Networks - I recommend them) has Python 2
> installed on their FreeBSD servers.
>
> I could just go ahead and try, and I will; but if I can get some advice
> and guidance from someone who's been there, it's likely to be a more
> successful trial and a quicker road to success.
>
> Thanks.
>
> Richard
>
>
> _______________________________________________
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
From golinvaux@benjamin.net Thu Mar 29 15:37:47 2001
From: golinvaux@benjamin.net (Benjamin Golinvaux)
Date: Thu, 29 Mar 2001 17:37:47 +0200
Subject: [Pythonmac-SIG] dynamic libs on OSX
Message-ID:
Dear list members,
Does anyone know if it is possible to build dynamic libraries suitable
for use with UNIX Python (NOT Carbon or classic PythonMac) with
Project Builder ?
I always keep getting errors about common symbols not supported and
a pair of missing symbols
Thanks for some help
Benjamin Golinvaux
Arboretum Systems, Inc.
www.arboretum.com
From sdm7g@Virginia.EDU Thu Mar 29 16:53:37 2001
From: sdm7g@Virginia.EDU (Steven D. Majewski)
Date: Thu, 29 Mar 2001 11:53:37 -0500 (EST)
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
Message-ID:
On Thu, 29 Mar 2001, Richard Blumberg wrote:
> I just installed OS X, and I was wondering if anyone has had
> experience compiling Python 2.1 (not PythonMac) under BSD Unix on an
> X system.
2.1 beta builds "right out of the box" on OSX --
you need to ./configure --with-dyld , and if you're building
on a HFS+ filesystem (which is the default), you also need to
add --with-suffix=.x , so there's not a conflict between the Python
directory and the python executable. You should rename or make a
symbolic link for 'python' after the install:
./configure --with-dyld --with-suffix=.x
make
sudo make install
sudo ln /usr/local/bin/python.x /usr/local/bin/python
# or 'mv /usr/local/bin/python.x /usr/local/bin/python'
limit stack 4096 # so you don't get a stack overflow on the re test.
make test
BTW: re: the original question about MacPython vs (unix) Python on OSX:
This is the prefect example of when you would want to use unix Python
instead of MacPython -- CGI with Apache or with Zope, or for batch
unix programs or anywhere you need to interface with the standard unix
tools. Carbon and Cocoa modules aren't 100% working on the unix port
yet, so I you want to do GUI programming, you're better off with the
Carbon port of MacPython. If you want to interface with AppleScript,
use Carbon MacPython.
-- Steve Majewski
From jacobkm@cats.ucsc.edu Thu Mar 29 17:13:20 2001
From: jacobkm@cats.ucsc.edu (Jacob Kaplan-Moss)
Date: Thu, 29 Mar 2001 09:13:20 -0800
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
References:
Message-ID:
>BTW: re: the original question about MacPython vs (unix) Python on OSX:
>This is the prefect example of when you would want to use unix Python
>instead of MacPython -- CGI with Apache or with Zope, or for batch
>unix programs or anywhere you need to interface with the standard unix
>tools. Carbon and Cocoa modules aren't 100% working on the unix port
>yet, so I you want to do GUI programming, you're better off with the
>Carbon port of MacPython. If you want to interface with AppleScript,
>use Carbon MacPython.
Does anyone have them both running together?
I'm getting my copy of OS X today, and one of the first things I want
to do is install Python. I'd love to install both UNIX Python and
MacPython; are there any conflicts I should be aware of?
Someone should really sit down and write a Python on Mac OS X FAQ...
maybe once I actually get both installed I'll give it a shot.
Jacob
From sdm7g@Virginia.EDU Thu Mar 29 17:39:22 2001
From: sdm7g@Virginia.EDU (Steven D. Majewski)
Date: Thu, 29 Mar 2001 12:39:22 -0500 (EST)
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
Message-ID:
On Thu, 29 Mar 2001, Jacob Kaplan-Moss wrote:
> Does anyone have them both running together?
Yes. (But not a lot of testing on either one.)
> I'm getting my copy of OS X today, and one of the first things I want
> to do is install Python. I'd love to install both UNIX Python and
> MacPython; are there any conflicts I should be aware of?
I haven't seen any and I can't think of any likely ones.
Right now they are rather disjoint:
MacPython files understand mac file types and if you double click on
a Python created file, it will be opened by MacPython. The file needs
to have Mac line-endings.
Unix Python runs from the command line, wants unix line-endings and
doesn't know anything about file-types or creators ( and won't respond
to AppleEvents to Open a file from the desktop.
They are sort of operating in two different domains.
> Someone should really sit down and write a Python on Mac OS X FAQ...
> maybe once I actually get both installed I'll give it a shot.
I'm working on a comparison of using Cocoa from (unix) Python + PyObjC
vs. Cocoa from Jython (going thru a Python<->Java and a Java<->ObjC
bridge.)
Let me know if you're interested in working on or testing either
PyObjC or Carbonmodule from the unix version -- they are both
a bit buggy and incomplete.
-- Steve Majewski
From ntiffin@earthlink.net Thu Mar 29 17:40:30 2001
From: ntiffin@earthlink.net (Neil Tiffin)
Date: Thu, 29 Mar 2001 11:40:30 -0600
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
References:
Message-ID:
I am also interested in running both on OS X as I have a need to do
GNU stuff with wxPython. So Please post the results after you have
tried it.
Thanks
Neil
At 9:13 AM -0800 3/29/01, Jacob Kaplan-Moss wrote:
>Does anyone have them both running together?
>
>I'm getting my copy of OS X today, and one of the first things I
>want to do is install Python. I'd love to install both UNIX Python
>and MacPython; are there any conflicts I should be aware of?
>
>Someone should really sit down and write a Python on Mac OS X FAQ...
>maybe once I actually get both installed I'll give it a shot.
>
>Jacob
From johannh@uclink.berkeley.edu Thu Mar 29 18:06:45 2001
From: johannh@uclink.berkeley.edu (Johann Hibschman)
Date: Thu, 29 Mar 2001 10:06:45 -0800
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
Message-ID: <200103291809.f2TI92l12482@uclink4.berkeley.edu>
On Thursday, March 29, 2001, at 08:53 AM, Steven D. Majewski wrote:
> If you want to interface with AppleScript,
> use Carbon MacPython.
I just thought I'd share an awful trick that I discovered yesterday.
I'm more used to unix python, so I'm using that, but you can get
unix python to call applescript by writing the script to a text
file, then calling /usr/bin/osascript on that file via os.system.
This is ugly and slow, but it at least connects the two. The text
file does have to have Mac line endings, and osascript has to be
called with its full path, but it works.
You all probably already know this, but I'm still pleased with
myself.
Cheers,
--Johann
From dmccarthy@ou.edu Thu Mar 29 18:24:16 2001
From: dmccarthy@ou.edu (David McCarthy)
Date: Thu, 29 Mar 2001 12:24:16 -0600
Subject: [Pythonmac-SIG] Python 2.1b2-specific problem with dialogs
Message-ID: <3AC37DB5.CB973BD3@ou.edu>
I have a program that consists of a nonmodal dialog box
and a scrolling window. The dialog is drawn from DLOG
and DITL resources. The program works under Python 2.0
but when I run it with Python 2.1b1 or 2.1b2 in the
Classic mode a blank dialog window is drawn with none
of the items from the DITL resource. The scrolled
window is fine. The program dosn't crash in the sense
that I can invoke other blank dialogs and can quit the
program from the File menu with no problems.
I have another program that uses EasyDialogs and I have
no problems running it in Python 2.1bx.
Is there something obvious that I am missing? I've
tried taking out all of the Appearance- associated
controls from the main dialog but that dosn't make a
difference.
Thanks
Dave McCarthy
From just@letterror.com Thu Mar 29 19:46:19 2001
From: just@letterror.com (Just van Rossum)
Date: Thu, 29 Mar 2001 21:46:19 +0200 (CEST)
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To:
References:
Message-ID: <200103291946.VAA06382@webmail1.xs4all.nl>
Quoting "Steven D. Majewski" :
> Right now they are rather disjoint:
>
> MacPython files understand mac file types and if you double click on
> a Python created file, it will be opened by MacPython. The file needs
> to have Mac line-endings.
>
> Unix Python runs from the command line, wants unix line-endings and
> doesn't know anything about file-types or creators ( and won't respond
> to AppleEvents to Open a file from the desktop.
>
> They are sort of operating in two different domains.
I think the first thing to do to get the two versions moving towards one another
is to get rid of the line-ending problem: both versions should at least be
indifferent about whether Python sources use \n or \r.
Currently Python depends on line ending translation by the C library: maybe
this should change? I would much prefer the following behavior: returns will be
replaced by newlines, but newlines stay newlines. Then at least it's possible to
have the standard library installed only once...
Just
From jack@oratrix.nl Fri Mar 30 09:17:34 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 30 Mar 2001 11:17:34 +0200
Subject: [Pythonmac-SIG] PythonMac vs Python Unix for Mac OSX cgi
In-Reply-To: Message by Johann Hibschman ,
Thu, 29 Mar 2001 10:06:45 -0800 , <200103291809.f2TI92l12482@uclink4.berkeley.edu>
Message-ID: <20010330091735.09EFB3D1E55@snelboot.oratrix.nl>
> On Thursday, March 29, 2001, at 08:53 AM, Steven D. Majewski wrote:
>
> > If you want to interface with AppleScript,
> > use Carbon MacPython.
>
> I just thought I'd share an awful trick that I discovered yesterday.
> I'm more used to unix python, so I'm using that, but you can get
> unix python to call applescript by writing the script to a text
> file, then calling /usr/bin/osascript on that file via os.system.
Someone could try porting the "osam" contributed software from MacPython to
unix-Python. I think all the needed libraries are available, and as this
module is rather self-contained it should port more-or-less easily.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From jack@oratrix.nl Fri Mar 30 09:25:18 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Fri, 30 Mar 2001 11:25:18 +0200
Subject: [Pythonmac-SIG] Python 2.1b2-specific problem with dialogs
In-Reply-To: Message by David McCarthy ,
Thu, 29 Mar 2001 12:24:16 -0600 , <3AC37DB5.CB973BD3@ou.edu>
Message-ID: <20010330092519.5F59A3D1E55@snelboot.oratrix.nl>
> I have a program that consists of a nonmodal dialog box
> and a scrolling window. The dialog is drawn from DLOG
> and DITL resources. The program works under Python 2.0
> but when I run it with Python 2.1b1 or 2.1b2 in the
> Classic mode a blank dialog window is drawn with none
> of the items from the DITL resource.
A couple of things you could check:
- Make sure you're really running classic (printing MacOS.runtimemodel is the
easiest way to do this, it will return either "ppc" or "carbon"), because
blank dialogs can happen more easily under Carbon.
- Read the release notes, and make sure you understand the bit about Windows
and Dialogs being different beasts. This is an API change so it could affect
your code. I had this happen in FrameWork, where I kept a dictionary of open
windows and dialogs (and used that dictionary for redraw events and such) and
that code had to be changed.
- Try isolating the problem, seeing whether it's your DLOG/DITL or your code.
You should be able to do this by temporarily replacing your DLOG id with one
of the working ones from EasyDialogs. Your program won't get very far with the
wrong dialog, but it may at least draw it.
If all else fails you can always post the code and/or resource file here.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From Benjamin.Schollnick@usa.xerox.com Fri Mar 30 12:58:38 2001
From: Benjamin.Schollnick@usa.xerox.com (Schollnick, Benjamin)
Date: Fri, 30 Mar 2001 07:58:38 -0500
Subject: [Pythonmac-SIG] Any suggestions on this? (FTP -> Uncompress)
Message-ID:
Guys,
It looks like I'm going to have to tackle a python macintosh
platform
specific problem.
I have a small python app that I have running on the PC, and
adapting
it to macintosh specific code...
That's basically done.
It's a app that FTP's to a central server, and downloads
code/software
updates, and "installs" it onto the client computer.
Works fine....
But on the Macintosh, you can't just FTP the application... The FTP
server (IIS/PC) would strip the resource fork(s), etc.... So I'm
going
to have to compress the application(s).....
Along with that, I need to be able to uncompress the archive,
without
user intervention.... For example, the *.SEA dialog window asking
where
to uncompress isn't acceptable.
Any suggestions on route(s) to take here?
- Benjamin
From Benjamin.Schollnick@usa.xerox.com Fri Mar 30 13:22:48 2001
From: Benjamin.Schollnick@usa.xerox.com (Schollnick, Benjamin)
Date: Fri, 30 Mar 2001 08:22:48 -0500
Subject: [Pythonmac-SIG] Follow up
Message-ID:
I've just been checking the BINHEX module for python, and need
to check something.
I'll be archiving a TREE of directories and files...
Does BinHex support a multiple file archive?
- Benjamin
From Benjamin.Schollnick@usa.xerox.com Fri Mar 30 15:14:17 2001
From: Benjamin.Schollnick@usa.xerox.com (Schollnick, Benjamin)
Date: Fri, 30 Mar 2001 10:14:17 -0500
Subject: [Pythonmac-SIG] Solved?!?!? Need COPYTREE that can deal w/resource forks, etc... .
Message-ID:
Folks,
I've partially solved my problem...
Instead now, I'm mounting a remote volume and plan to
copy the entire required structure over...
But this requires something similiar to shutil.copytree().
According to the documentation with v1.52, copytree doesn't
support the macintosh resource forks, etc.
Is there something equivalent that will allow me to safely
do this?
- Benjamin
-----Original Message-----
From: Schollnick, Benjamin [mailto:Benjamin.Schollnick@usa.xerox.com]
Sent: Friday, March 30, 2001 8:23 AM
To: pythonmac-sig@python.org
Subject: [Pythonmac-SIG] Follow up
I've just been checking the BINHEX module for python, and need
to check something.
I'll be archiving a TREE of directories and files...
Does BinHex support a multiple file archive?
- Benjamin
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
From brady@mmm.com Fri Mar 30 17:35:17 2001
From: brady@mmm.com (Dr. Mark Brady)
Date: Fri, 30 Mar 2001 09:35:17 -0800
Subject: [Pythonmac-SIG] Python under OSX
Message-ID:
I haven't tried using Python under OSX yet. Is Tkinter working there?
As for terminology, is MacPython 2.1 the same as Carbon MacPython?
-Mark
From Benjamin.Schollnick@usa.xerox.com Fri Mar 30 16:38:53 2001
From: Benjamin.Schollnick@usa.xerox.com (Schollnick, Benjamin)
Date: Fri, 30 Mar 2001 11:38:53 -0500
Subject: [Pythonmac-SIG] Sorry...Yet another question...
Message-ID:
I'm sorry, I hate to ask this....
But how can I determine the "Computer Name" (i.e. from the FileSharing
Menu)?
I thought about just doing a reverse DNS lookup, but I can't guarantee that
the
machine(s) will be configured with TCPIP....
I've examined alot of the included code, but I'm not familiar with
AppleScript/AppleEvents... So I'm not sure where to go to find this out.
Any Assistance, will be appreciated.
- Benjamin
From Benjamin.Schollnick@usa.xerox.com Fri Mar 30 16:57:18 2001
From: Benjamin.Schollnick@usa.xerox.com (Schollnick, Benjamin)
Date: Fri, 30 Mar 2001 11:57:18 -0500
Subject: [Pythonmac-SIG] Bug Report
Message-ID:
I'm not sure who needs to know this....
Module : MoreFindertools
Line 623 has an error.
It's calling "Talker.Send {variables}", which Python is reporting
that there is no variable "Talker".
I just replaced "Talker" with "Finder", per the MountVolume example,
and everything appears to be working AOK.
- Benjamin
From jack@oratrix.nl Sat Mar 31 15:13:51 2001
From: jack@oratrix.nl (Jack Jansen)
Date: Sat, 31 Mar 2001 17:13:51 +0200
Subject: [Pythonmac-SIG] Python under OSX
In-Reply-To: Message by "Dr. Mark Brady" ,
Fri, 30 Mar 2001 09:35:17 -0800 ,
Message-ID: <20010331151356.ABFC1EA11D@oratrix.oratrix.nl>
Recently, "Dr. Mark Brady" said:
> I haven't tried using Python under OSX yet. Is Tkinter working there?
> As for terminology, is MacPython 2.1 the same as Carbon MacPython?
MacPython 2.1 comes in two flavors (in the same installer, and both
can be on your disk at the same time), Carbon and Classic. Carbon runs
natively on OSX, but does not support Tkinter. You should, howveer, be
able to run classic on OSX as well, in the os9 box, and it does
support tkinter.
--
Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++
Jack.Jansen@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
From JWight@bigfoot.com Sat Mar 31 18:32:12 2001
From: JWight@bigfoot.com (Jonathan Wight)
Date: Sat, 31 Mar 2001 12:32:12 -0600
Subject: [Pythonmac-SIG] Python embedded in Cocoa
Message-ID:
This isn't necessarily a Mac Python question but I know there's enough
combined knowledge here to help...
I've created a rather basic Cocoa application (ObjC not Java) that has
Python 2.1b2 (not MacPython) embedded in it. I'm hoping to make a primitive
but useable Python IDE for OSX.
It actually works quite well - the user can edit, open and save .py text
files. When he/she clicks the "Run" button the python script executes.
Unfortunately all output goes to stdout which isn't very desirable in a GUI
application.
My current plan is to use a C extension to Python that replaces sys.stdout
and channels all the script's output to a Cocoa NSTextView widget.
Unfortunately I don't really (if I can avoid it) write a full Python object
in C. There seems to be quite a lot of work involved to just replace the
stdout.write method.
Is there a callback or hook somewhere to control what stdout does in an
embedded Python application?
Cheers.
Jon.