[Pythonmac-SIG] Python RAD tools

[Schollnick, Benjamin]

Kevin,

	Gordon's package shouldn't be needed on the Macintosh...
At least, I've never run into a situation where I've needed a 3rd party
"freeze" package on the Macintosh.

	The MacPython package includes a "freeze" like utility that handles
all of that by itself, and produces Macintosh executables...

	I'm not even sure that Gordon's package should work in Classic
MacOS, possibly in Darwin or MOSX.... But I haven't installed v5 of
Installer, so I'm not sure...

		- Benjamin

-----Original Message-----
From: Kevin Altis [mailto:altis@semi-retired.com]
Sent: Sunday, January 13, 2002 5:57 PM
To: Adam Eijdenberg; pythonmac-sig@python.org
Subject: RE: [Pythonmac-SIG] Python RAD tools


> From: Adam Eijdenberg
>
> Python Card (http://pythoncard.sourceforge.net/)
> ======================================
> Aim: To reimplement HyperCard in Python
>
> This looks like a very interesting project and appears to be close to
> what I am trying to achieve. This project is however written entirely in
> Python (a good thing), but this is not what I want to do. My project
> aims to basically create a native project, that can be scripted by
> Python. Mainly for the reasons that so far any attempts that I have seen
> as a cross-platform GUI (e.g. Java, Tkinter) never look "quite" right.
> But I hasten to note that I haven't had a good look at the download just
> yet.

Just some comments on PythonCard, since that is where I'm an expert.

I started a thread earlier this week on what PythonCard is. We have that
discussion every few months just to keep everyone in sync. The short answer
is that we aren't re-implementing HyperCard in Python, HyperCard is just
inspiration due to its simplicity of use. Yes we probably need to change the
project name.
  http://aspn.activestate.com/ASPN/Mail/Message/PythonCard/976090

By native project I assume you want standalone binaries for your
applications that don't require Python or any other libraries to be
installed? We can't do this yet on the Mac due to the missing wxPython Mac
port, but it will happen. You can create standalones with py2exe for Windows
(both the minimal and textRouter samples have instructions). Last night I
got standalone builds on Windows working with Gordon McMillan's Installer. I
have not done a Linux or Solaris build yet, but based on what I've seen so
far that should work too.

I'm hoping that Gordon's installer will be a usable Mac solution once
wxPython Mac exists, perhaps people on this list can comment on the current
solutions for building standalones.

If you just want something to run on the Mac and not worry about
cross-platform issues, no problem. As far as scripting the app is concerned,
PythonCard already uses the PyCrust runtime shell. If you want AppleEvent
bindings, somebody on this list will have to discuss those issues and how it
would relate to wxPython Mac. I don't see any reason why it can't be done.
If you want to write a PythonCard app that uses COM on Windows and won't
work on Linux or the Mac in the future that's doable too; we try to not have
any arbitrary straightjackets. wxPython uses native widgets and PythonCard
sits on wxPython so you get native widget look and behavior.

A potentially big benefit of the PythonCard design currently in use is that
different layouts can be used with the same source code or you could mix the
code and layouts used when the app starts by doing a simple check of the
platform. What this means is that you could write an app and layout designed
and tested on a Mac and someone else could provide an adjusted Windows
layout and then add a simple if/then to the code to do the right thing
depending on platform. If you want to use sizers or anchors that is often a
better solution, but more difficult for people new to sizers (and sometimes
even experts) for all but the simplest of layouts.

Hope that helps,

ka


_______________________________________________
Pythonmac-SIG maillist  -  Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig