Domain: pythonlabs.com
Stories and comments across the archive that link to pythonlabs.com.
Comments · 6
-
Python 2 is not compatible with GNU GPLAccording to the license:
6. This License Agreement shall be governed by and interpreted in all respects by the law of the State of California, excluding conflict of law provisions.
GNU GPL does not allow for choice of venue clauses (as was demonstrated in the Python 1.6 wrangling). -
why basic?
-
Seriously, Though...
For the new python user, what are the pros and cons of using the python.org version versus the pythonlabs.com version? Which is more current, and which is closer to the language specification? Is python.org's hosting The Python Consortium a real sign, or the equivalent of "People For Fair Play in Elections", ie semi-bogus.
I'd love to hear the skinny from an experienced developer. -
Re:What about Ruby ?
Python r2.0 is on its way, coming soon to a [BeOpen] site near you.
Among its other features, as listed in a [What's New] doc, are:
Unicode.
List comprehensions (automagic list looping).
Augmented assignment (+= syntactic sugar).
New string methods.
Improved GC.
Several new functions.
Comprehensive XML libraries.
HTTP1.1 support.
Improved curses support.
SSL support.
A new regular expression parser (Unicode-compatible).
Improved IDE.
And other things you can go [read for yourself].
-- -
Re:no vb no no vb
To be fair to the people releasing Python, I'll point out for this audience that Guido van Rossum left CNRI with several key Python developers around the end of June. They landed at BeOpen.com where they will concentrate on Python development. Check out PythonLabs. The delays that you are currently experiencing are because of wrangling between CNRI and BeOpen.
-
Re:no vb no no vbFrom reading the web page, it doesn't seem as though this is a product to do the same thing as VB. VB is a rapid application development tool, with strengths in database integration. The web page for Visual Python indicates that that it is meant for embedding in your application as a scripting language. (Now, you can already do that in Python itself....for more information look at http://www.python.org/doc/current/ex t/ext.html. What appears to make Visual Python unique is that it provides a uniform interface to the underlying desktop environment. So, if I interpret their web page correctly, a script would have QT widgets if the user had KDE. However, that same script would have GTK+ widgets if the user was on GNOME.
I suppose you could do application development using the Visual Python environment, however, if I may quote an answer to the question "What's the relationship between Visual Python and PyQt/PyKDE?" from the Visual Python FAQ: They are intended to serve different purposes. PyQt/PyKDE (and I guess the same applies to GNOME-Python) are intended to be used by developers to create full-blown applications in Python rather than C++. Developing the GUI is an important part of this development. Visual Python is intended to be used by end-users who just want to get a job done quickly and the last thing they want is to spend lots of time having to write GUI code.
Speaking of Python, does anyone know what's up with Python 1.6^H^H2.0? A while back, python.org had said that version 1.6 would be out on June 1. Then there was an announcement, mid-June that it would be delayed. Then at the end of June, this link was placed on python.org, and it was stated that the Python interpreter, version 1.6, was renamed to 2.0, and the first beta would be available on July 1. Now, on July 17, that link has been removed from python.org (although the webpage still exists), and the release schedule is gone!
./configure
make comment
make post