Re: [Pythoncard-users] the future direction of PythonCard

[Rowland S. <ro...@we...>]

Patrick K. O'Brien wrote:

> I'm confused. These goals sound more like what anygui is attempting than
> what I thought PythonCard was all about. At the very least they sound like a
> back-to-the-drawing-board approach. I don't think I have the energy for
> that.



Good point.  I know Kevin is in need of scaling things back so he can 
make more  progress producing something that will allow him to write the 
kind of apps he's interested in.

I'm definetely looking for something that's going to take a lot more 
time than anyone has right now.  And I can't say exactly what I'd like 
to see as an end product.


I still think we should treat the prototype as just that, and at least 
come up with some minimal model that will let just a few people make 
some good progress without burning too much time.

Kevin, what's the biggest problem with the wrappers slowing you down?


> 
> ---
> Patrick K. O'Brien
> Orbtech
> "I am, therefore I think."
> 
> -----Original Message-----
> From: pyt...@li...
> [mailto:pyt...@li...]On Behalf Of Rowland
> Smith
> Sent: Thursday, October 18, 2001 12:59 PM
> To: po...@or...
> Cc: pythoncard-Users
> Subject: Re: [Pythoncard-users] the future direction of PythonCard
> 
> <snip>
> 
> So, what would I want in an application development environment?
> 
> 1. A well defined component model that allows for flexible extension of
> the overall framework.
> 
> 2.  A high-level, well defined gui component model that can be
> implemented using one or more underlying gui toolkits - wxPython, GTK,
> Aqua, etc.  The gui wrappers take a lot of time, but they make us think
> about how we really want to interact with gui components and give us the
> freedom to expose those behaviors and attributes that we feel are
> valuable in our own way.
> 
> 3.  A component communication model.  The prototype uses events to
> communicate between components ( Widget objects ) and user scripts.  But
> we really don't have a way for components to communicate with components
> - I'm not sure how to do that, but it seems important.
> 
> 4.  A flexible scripting framework that allows us to plug in different
> scripting models for different classes of application.  We currently use
> a scripting model similar to VB ala method naming conventions.  It's
> possible we could have multiple scripting models - one could be more
> Model-view-controller based.  One could be based on action objects, etc.
> 
> Oh yea, and Multiple Windows ( seriously ).
> 
> --
> Talk to ya,
> Rowland
> 
> "The whole problem with the world is
> that fools and fanatics are always so
> certain of themselves, and wiser people
> so full of doubts."
> 
> -- Bertrand Russell,
>     quoted in the book
>     A Word a Day
> 
> 
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
> 
> 
> 
> 



-- 
Talk to ya,
Rowland

"The whole problem with the world is
that fools and fanatics are always so
certain of themselves, and wiser people
so full of doubts."

-- Bertrand Russell,
    quoted in the book
    A Word a Day