anygui,anydb, any opinions?

[Thomas Bartkus]

"James Tanis" <jtanis at pycoder.org> wrote in message
news:mailman.59.1118094587.10512.python-list at python.org...
> Previously, on Jun 6, Thomas Bartkus said:
>
> # "James Tanis" <jtanis at pycoder.org> wrote in message
> # news:mailman.43.1118073133.10512.python-list at python.org...
> # >
> # >
> # > My 2 cents, I'm much more productive with Python and QT Builder as I
> # > am with VB and those aren't nearly as intergrated as VB's GUI/IDE. A
> # > language's productivity, I believe, rests on how high or low-level the
> # > language and its libraries are. Not just that though, productivity is
> # > also very much affected by the breadth of the libraries available.
> #
> # When scripting, Windows or Linux, I also am much more productive with
> # Python.
> # When automating a process for another human being, I am much more
productive
> # with a RAD tool like VB.  The effort involved in creating the user front
end
> # simply overwhelms  all the considerable efficiencies of Python.
> #
> # When I code wxPython, I find I want to use VB to create/model my user
> # interface.  Once I prototype my Windows (Frames!) using VB, I can then
xlate
> # this to wxPython code.  What I couldn't do without the VB IDE was
visualize
> # and experiment with the impact of various layouts *before* I lay down
code.
> # It is simply too onerous to experiment by code manipulation and too easy
to
> # swish around visually with a mouse.
> #
> # When I use a GUI designer like wxGlade, I still find it awkward enough
to
> # merit prototyping with the VB IDE and then mimic the windows I create
with
> # wxGlade.
> #
> # > Sure, GUI RAD solutions increase development in a very real way, but
you
> # > can find an offering for just about every language out there these
days.
> #
> # Yes.  But the tools available for Python are still primitive compared to
RAD
> # tools like Delphi/Visual Studio.  I still don't know enough wxPython to
> # understand what the barriers are to creating a RAD visual design and
> # construction tool similar to the Visual Studio environment.
> # My ravings here are simply the result of a suspicion -
> #
> # - The suspicion is that the only barrier is the Python (and Linux!)
> # communities grossly underestimating the value of such an undertaking.
> # Thomas Bartkus
> #
>
> Hmm, it's not that simple though. Unfortunately efforts get spread
> among the various projects, wxPython is only one among many.

I realize that.  And I wouldn't consider it unfortunate that efforts are
spread amongs various projects.  It adds richness to the whole environment
but, yes, it does dilute efforts.

> You seem set on wxPython, ...
The attractiveness of wxPython here is that it extends the platform
neutrality of Python to GUI interfaces.  On a Windows platform, the work
looks like any other Windows program.  On Gnome/Linux, the identical code
fits right into the Gnome desktop scheme.  *Big* plus.

But stuck?  There is so much going, there is so little time, and I wallow in
ignorance.  Justification for my ravings is to coax out the experience of
others.  One can't help feeling that one is missing something important
simply because there isn't the time to evaluate everything in depth. And
much of this stuff *needs* to be examined in depth to give it a fair shot.

What neat things am I missing and should be looking at ?

> ... and its true, RAD projects based around that toolkit
> still seem to be in alpha/beta stages, but that does not go for all the
> toolkits. There are no barriers that I know of, but your comparing an
> application (vb) that has been 11+ years with one (wxglade) that has
> been around what.. maybe three years?

Yes.  And I'm sorry to sound like I was complaining (but I was :-)
I'm here because MS is well along it's declining years and I've jumped off
the .NET bandwagon.  New/wonderful things are no longer forthcoming from
that world.  They are in Linux/Python.

Thomas Bartkus