tkinter is not acceptable for my purposes. I want something that is
cross-platform, but it must be able to do a native look a feel, including
menus and widgets. I don't mind having to create several different
alternative UI layouts with fixed positions if that is what is required to
look good on Windows, the Mac, Linux, etc. and supporting multiple
languages. To me that is superior to doing a single auto-adjusting one-size
fits all layout that looks bad on all platforms. The GUI development
framework should simplify this.

I definitely want the menu, window, dialog, and widget descriptions separate
from the code in some form of resource file.

wxPython does need to be ported to the Mac, but I think that will happen
soon, at least for OS X. It could be a problem for other platforms such as
handhelds, less popular Unix platforms, etc. I would be happy though if it
runs well on Windows 98/NT/ME/2000/XP, Mac OS X, Linux, Solaris.

Assuming wxPython is chosen, we would still need to wrap some its
functionality for the most common widgets, text fields, and other objects
used by PythonCard. The wrappers will hide changes that may occur to the
underlying wxWindows/wxPython framework. If we decide that we need HyperTalk
style object messages (send mouseDown to button 1) then the wrappers can
also provide that, though we would use a Python syntax like
button1.mouseDown().

I want to investigate further the idea of the GUI framework being provided
by the browser. Has anyone done a Python/browser app? I'm pretty sure that
it is going to limit the set of applications you could create, but I want to
be sure. I don't want to have to mix JavaScript into the application though,
so we need to understand the limits of Python running in the browser on
different platforms.

ka

>  -----Original Message-----
>  From: andy_todd@[...].. [mailto:andy_todd@[...]..]
>  Sent: Tuesday, June 19, 2001 11:53 PM
>  To: pythoncard@[...].com
>  Subject: [pythoncard] Re: wxPython vs. tkinter
> 
> 
>  --- In pythoncard@[...]., "Kevin Altis" <altis@[...]..> wrote:
>  > We need to discuss the pros and cons of the existing GUI frameworks
>  and
>  > whether one or another is adequate for our needs. In order to avoid
>  > rehashing old arguments, I suggest reading the relavent messages
>  from
>  > comp.lang.python first.
>  >
>  [snipped]
> 
>  Even though it's my standard preface - I don't consider myself an
>  expert, but ...
> 
>  I've done some reading and I would rather use wxPython.
> 
>  My conclusions are spookily similar to the ones on c.l.p, namely that
>  it is faster, it uses native widgets (where possible) and because it
>  doesn't need to work with the intermediate layer of TCL.
> 
>  However, I think this assumes that PythonCard is going to be a stand
>  alone windowing product rendered on the native machine. Perhaps we
>  shouldn't rule out browser based rendering (DHTML, etc) quite yet.
> 
>  Regards,
>  Andy
> 
> 
>  To unsubscribe from this group, send an email to:
>  pythoncard-unsubscribe@[...].com
> 
> 
> 
>  Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> 
> 
>