Re: Python evolution: Unease

2005-01-07 Thread adamc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2005-01-07, Paul Rubin http wrote: Roman Suzi [EMAIL PROTECTED] writes: I do not like the idea of having stubs. Once I had an experience working with CPAN (I tried to install SpamAssassin and it required some specific modules.) Magic install

Re: Python evolution: Unease

2005-01-07 Thread Paul Rubin
adamc [EMAIL PROTECTED] writes: I've not experienced problems installing wxPython on Debian (unstable). It just *works* out of the box with apt-get. Perhaps this is more of a problem with the package maintainers? I think the problem I encountered was that the version of WxWidgets currently on

Re: Python evolution: Unease

2005-01-07 Thread Alex Martelli
Terry Reedy [EMAIL PROTECTED] wrote: ... Even though I currently only have 80 megs (about the minimum one can You probably mean 80 gigs. You can get smaller disks, say 30 gigs, in entry-point laptops. But for a few dozen megs I think you'd have to go for solid-state disks, say USB keys

Re: Python evolution: Unease

2005-01-07 Thread Bulba!
On 06 Jan 2005 18:46:00 -0800, Paul Rubin http://[EMAIL PROTECTED] wrote: Terry Reedy [EMAIL PROTECTED] writes: Would it be possible, at least for Windows, to write a Python script implementing a 'virtual distribution'? IE, download Python, install it, download next package, install it,

Re: Python evolution: Unease

2005-01-07 Thread Paul Rubin
[EMAIL PROTECTED] (Alex Martelli) writes: Paul Rubin http://[EMAIL PROTECTED] wrote: Really, I just want to buy a new computer, turn it on, and have everything there. That's generally impossible without running satanware from Redmond The princes of insufficient light from Cupertino will

Re: Python evolution: Unease

2005-01-07 Thread Bulba!
On Thu, 6 Jan 2005 23:42:40 -0500, Terry Reedy [EMAIL PROTECTED] wrote: Would it be possible, at least for Windows, to write a Python script implementing a 'virtual distribution'? IE, download Python, install it, download next package, install it, etc. -- prefereably table driven? How

Re: Python evolution: Unease

2005-01-07 Thread Alex Martelli
Paul Rubin http://[EMAIL PROTECTED] wrote: ... GUI/IDEs for Python, I remember there was a gud interface for Python but it didn't work pretty well. There's also IDLE which is pretty crude and flaky. I think I'll just wait for Pypy deployment before worrying about this situation too

Re: Python evolution: Unease

2005-01-07 Thread Scott David Daniels
Terry Reedy wrote: Even though I currently only have 80 ... I realize that my stinginess with disk space for more serious stuff is obsolete. A gigabyte would cover Python + Wxpython + numarray + scipy + pygame + a lot of other stuff. Would it be possible, at least for Windows, to write a Python

Re: Python evolution: Unease

2005-01-07 Thread Robert Kern
Scott David Daniels wrote: If you can wait, the plan for MacEnthon (Python 2.4 on Mac) looks great: Actually, just packages for 2.3 (or 2.3.x for Tiger) as of right now. When someone else packages up 2.4 nicely, I'll start making packages for that, too.

Re: Python evolution: Unease

2005-01-06 Thread Carlos Ribeiro
On 5 Jan 2005 19:31:53 -0800, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: John Roth: The bottom line is that I'm not going to be writing any extensive pieces of Python documentation. My time is better spent elsewhere. Well, a couple of years ago I realized that some documentation on the

Re: Python evolution: Unease

2005-01-06 Thread Andrew MacIntyre
On Wed, 5 Jan 2005, John Roth wrote: I would like to contribute some documentation to Python. I've got the time, I write quite a bit, etc. I've got fairly strong opinions about some things that need to be documented, (such as all the new style class descriptor stuff from 2.2) and I have

Re: Python evolution: Unease

2005-01-06 Thread Nick Coghlan
Carlos Ribeiro wrote: Couldn't a better document-writing interface be implemented? Such as: http://www.python.org/moin/Documentation Or AMK's annotatable docs: http://pydoc.amk.ca/frame.html Something like that? The docs are great, but it took me some time to find them out after searching inside

Re: Python evolution: Unease

2005-01-06 Thread Nick Coghlan
[Daniel Bowett] #- Contribute to where on Sourceforge??? Which domentation are #- we talking #- about in general? Speaking of docs. . . I think it would help a great deal if the python.org version-specific documentation pages used the standard documentation front page that actually includes the

Re: Python evolution: Unease

2005-01-06 Thread Alex Martelli
Robert Kern [EMAIL PROTECTED] wrote: ... I love eric3, but if you're an eclipse fan, look at enthought's envisage IDE -- it seems to me that it has superb promise. ... Is it available for download somewhere? Alex is, I think, jumping the gun a bit. Envisage isn't quite ready for

Re: Python evolution: Unease

2005-01-06 Thread gabriele renzi
Alex Martelli ha scritto: But Alex is right; Envisage does hold a lot of promise. The very concept of an architecture based on a spare skeleton and copious plugins is intrinsically excellent, and I think that by now eclipse has proven it's also practically viable for real-world powerful

Re: Python evolution: Unease

2005-01-06 Thread Carlos Ribeiro
On Thu, 06 Jan 2005 22:11:22 +1000, Nick Coghlan [EMAIL PROTECTED] wrote: Carlos Ribeiro wrote: Couldn't a better document-writing interface be implemented? Such as: http://www.python.org/moin/Documentation Or AMK's annotatable docs: http://pydoc.amk.ca/frame.html Sorry, I wasn't

Re: Python evolution: Unease

2005-01-06 Thread Robert Kern
Alex Martelli wrote: Robert Kern [EMAIL PROTECTED] wrote: ... I love eric3, but if you're an eclipse fan, look at enthought's envisage IDE -- it seems to me that it has superb promise. ... Is it available for download somewhere? Alex is, I think, jumping the gun a bit. Envisage isn't quite

Re: Python evolution: Unease

2005-01-06 Thread Bengt Richter
On 05 Jan 2005 23:19:39 -0800, Paul Rubin http://[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Bengt Richter) writes: What do you think of automated secure importing/installing from a remote server? You know, you try to import something and it imports a stub that was included as a

Re: Python evolution: Unease

2005-01-06 Thread Bulba!
On Wed, 05 Jan 2005 17:25:08 -0800, Robert Kern [EMAIL PROTECTED] wrote: Yes, I know, it can be written by hand. But by this line of logic why bother learning VHLL and not just stay with C? I'm not sure what you mean by written by hand. I mean the same way as you do mylist.sort() in Python

Re: Python evolution: Unease

2005-01-06 Thread Jarek Zgoda
Iwan van der Kleyn wrote: But I see little to no efforts from the core python team to address my needs as listed above. They seem mainly to focus on the core attributes and syntax of the language. Very little or no efforts are taken to improve the infrastructure around the language. And then I

Re: Python evolution: Unease

2005-01-06 Thread Terry Reedy
Paul Rubin http://phr.cx@NOSPAM.invalid wrote in message news:[EMAIL PROTECTED] If I have a 400 gig hard drive, I don't see why I need 99.99% of it empty instead of 99.0% after I do my OS install. Even though I currently only have 80 megs (about the minimum one can currently buy), I've

Re: Python evolution: Unease

2005-01-06 Thread Peter Hansen
Terry Reedy wrote: Paul Rubin http://phr.cx@NOSPAM.invalid wrote in message news:[EMAIL PROTECTED] If I have a 400 gig hard drive, I don't see why I need 99.99% of it empty instead of 99.0% after I do my OS install. Even though I currently only have 80 megs (about the minimum one can

Re: Python evolution: Unease

2005-01-06 Thread Robert Kern
Bulba! wrote: On Wed, 05 Jan 2005 17:25:08 -0800, Robert Kern [EMAIL PROTECTED] wrote: I still think numarray is a good start for this. It handles more than just numbers. And RecArray (an array that has different types in each column, as you seem to require) can be subclassed to add these

Re: Python evolution: Unease

2005-01-06 Thread Paul Rubin
Terry Reedy [EMAIL PROTECTED] writes: Would it be possible, at least for Windows, to write a Python script implementing a 'virtual distribution'? IE, download Python, install it, download next package, install it, etc. -- prefereably table driven? I just don't understand why you'd want to

Re: Python evolution: Unease

2005-01-06 Thread Terry Reedy
Peter Hansen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Terry Reedy wrote: Would it be possible, at least for Windows, to write a Python script implementing a 'virtual distribution'? IE, download Python, install it, download next package, install it, etc. -- prefereably

Re: Python evolution: Unease

2005-01-06 Thread Roman Suzi
On Fri, 6 Jan 2005, Paul Rubin wrote: software when I buy a new computer, or at least a new hard drive. I don't try to migrate system or configuration files. I just install the OS distro from scratch and migrate my user files. There are several parts to those frustrations. But you are

Concepts RE: Python evolution: Unease

2005-01-05 Thread Roman Suzi
On Wed, 5 Jan 2005, EP wrote: Roman wrote: Maybe OP doesn't yet fully comprehend the ways of Python universe? snip Don't misinterpret this response. I know it was a rambling. But *maybe* you have something to contribute to Python development, even good ideas only and no work. .

Re: Python evolution: Unease

2005-01-05 Thread Carlos Ribeiro
On Tue, 4 Jan 2005 19:19:32 -0600, Skip Montanaro [EMAIL PROTECTED] wrote: Terry Numarray has a record array type. If there is not one publicly Terry available, perhaps you could write a CSV file to record-array Terry slurper and contribute it to the Recipes site or maybe even

Re: Python evolution: Unease

2005-01-05 Thread Paul Rubin
Ville Vainio [EMAIL PROTECTED] writes: To me, this seems to be the job for the Fedora maintainers, not Python maintainers. If something essential is not in the distro the distro maintainers have screwed up. I can't parse that. It says two contradictory things. Sentence 2 says that if

Re: Python evolution: Unease

2005-01-05 Thread Paul Rubin
[EMAIL PROTECTED] writes: Dunno about Fedora, I stopped using Red Hat just because they were *not* using the standard Python distribution, and the version they shipped was cripped in various ways. Eh? I used Red Hat for a long while and don't remember their crippling the Python distribution.

Re: Python evolution: Unease

2005-01-05 Thread Paul Rubin
EP [EMAIL PROTECTED] writes: Python: it tastes so good it makes you hungrier. QOTW -- http://mail.python.org/mailman/listinfo/python-list

Re: Concepts RE: Python evolution: Unease

2005-01-05 Thread Paul Rubin
Roman Suzi [EMAIL PROTECTED] writes: As for concepts, they are from Generic Programming (by Musser and Stepanov) and I feel that Python is in position to implement them to the fullest extent. And IMHO it will be nicer than just Java-like interfaces or Eiffel's contract approach. I keep

Re: Concepts RE: Python evolution: Unease

2005-01-05 Thread Paul Rubin
Paul Rubin http://[EMAIL PROTECTED] writes: There is nothing in Wikipedia about [Generic programming]. Oops: http://en.wikipedia.org/wiki/Generic_programming This helps. But I don't see how it's different from what used to be called polymorphism. --

Re: Python evolution: Unease

2005-01-05 Thread huy
The Python advocates who claim that Python is well-documented and take exception to when someone say it isn't. Their idea of it's well-documented seems to be if there's parts that you think are poorly documented, feel free to document it. What kind of nonsense is that? I'm not sure which

Re: Python evolution: Unease

2005-01-05 Thread Alex Martelli
Dave Brueck [EMAIL PROTECTED] wrote: ... No, not at all - I'm just trying to better understand what you mean. Words like generic and concepts don't yet have a widely recognized, strict definition in the context of programming. If somebody has assigned some specific definition to them,

Re: Concepts RE: Python evolution: Unease

2005-01-05 Thread Skip Montanaro
Paul Oops: http://en.wikipedia.org/wiki/Generic_programming Paul This helps. But I don't see how it's different from what used to Paul be called polymorphism. I think of generic programming as polymorphism for statically typed languages. Using the example from the Wikipedia

Re: Python evolution: Unease

2005-01-05 Thread Roman Suzi
On Wed, 5 Jan 2005, Alex Martelli wrote: Dave Brueck [EMAIL PROTECTED] wrote: ... No, not at all - I'm just trying to better understand what you mean. Words like generic and concepts don't yet have a widely recognized, strict definition in the context of programming. If somebody has

Re: Python evolution: Unease

2005-01-05 Thread Ville Vainio
Paul == Paul Rubin http://[EMAIL PROTECTED] writes: Paul Ville Vainio [EMAIL PROTECTED] writes: To me, this seems to be the job for the Fedora maintainers, not Python maintainers. If something essential is not in the distro the distro maintainers have screwed up. Paul I

Re: Python evolution: Unease

2005-01-05 Thread Paul Rubin
Ville Vainio [EMAIL PROTECTED] writes: Paul I can't parse that. It says two contradictory things. Paul Sentence 2 says that if something essential is not in the Paul (Python) distro then the (Python) distro maintainers have Paul screwed up. Sentence 1 says it's the Fedora

Re: Python evolution: Unease

2005-01-05 Thread Alex Martelli
Roman Suzi [EMAIL PROTECTED] wrote: Alex, I think you are +10 for adding interfaces into Python. Concept is more compact word and I am sure it is not used as a name in existing projects, unlike other words. Actually, I want protocols -- semantics (and pragmatics), too, not just syntax (method

Re: Python evolution: Unease

2005-01-05 Thread Alex Martelli
Carlos Ribeiro [EMAIL PROTECTED] wrote: ... - IDE: Better than what? Than IDLE? Than Eclipse? Than SPE? Than Pythonwin? I would like to seee Eric3, with some polish opensourced on Win (which means solving the Qt licensing problem). Perhaps someone could convince Trolltech to release a

Re: Python evolution: Unease

2005-01-05 Thread John Roth
Paul Rubin http://[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] alex23 [EMAIL PROTECTED] writes: It's called having an opinion. Good documentation does its job, if noone else thought it was poorly documented then to them it wasn't. ... In short: grow up and just write the damn

Re: Python evolution: Unease

2005-01-05 Thread Paul Rubin
Skip Montanaro [EMAIL PROTECTED] writes: Okay, then start doing the work necessary to incorporate that stuff into the core. Get Fredrik to say okay to including his Tkinter docs, then do what it takes to incorporate it. The fact that Fredrik can check those docs in himself but hasn't after

Write some docs already! (was Re: Python evolution: Unease)

2005-01-05 Thread Aahz
In article [EMAIL PROTECTED], John Roth [EMAIL PROTECTED] wrote: I would like to contribute some documentation to Python. I've got the time, I write quite a bit, etc. I've got fairly strong opinions about some things that need to be documented, (such as all the new style class descriptor stuff

Re: Python evolution: Unease

2005-01-05 Thread Bulba!
On Wed, 5 Jan 2005 07:37:25 -0600, Skip Montanaro [EMAIL PROTECTED] wrote: Terry Numarray has a record array type. If there is not one publicly Terry available, perhaps you could write a CSV file to record-array Terry slurper and contribute it to the Recipes site or maybe even the

RE: Python evolution: Unease

2005-01-05 Thread Batista, Facundo
Title: RE: Python evolution: Unease [John Roth] #- I would like to contribute some documentation to Python. #- I've got the time, I write quite a bit, etc. I've got fairly #- strong opinions about some things that need to be documented, #- (such as all the new style class descriptor stuff

Re: Python evolution: Unease

2005-01-05 Thread Daniel Bowett
Batista, Facundo wrote: [John Roth] #- I would like to contribute some documentation to Python. #- I've got the time, I write quite a bit, etc. I've got fairly #- strong opinions about some things that need to be documented, #- (such as all the new style class descriptor stuff from 2.2) #- and I

RE: Python evolution: Unease

2005-01-05 Thread Batista, Facundo
Title: RE: Python evolution: Unease [Daniel Bowett] #- Contribute to where on Sourceforge??? Which domentation are #- we talking #- about in general? Suppose you're reading Python documentation. Don't know, for example, os.remove(). There you find that a particular parragraph

Re: Python evolution: Unease

2005-01-05 Thread Daniel Bowett
Batista, Facundo wrote: [Daniel Bowett] #- Contribute to where on Sourceforge??? Which domentation are #- we talking #- about in general? Suppose you're reading Python documentation. Don't know, for example, os.remove(). There you find that a particular parragraph is difficult to understand. You

RE: Python evolution: Unease

2005-01-05 Thread Batista, Facundo
Title: RE: Python evolution: Unease [Daniel Bowett] #- Thanks, typically how long does it take for any documentation to be #- considered and implemented? That depends. If you know that some module is supported by someone in particular, you can asign the bug to him, so it should

Re: Python evolution: Unease

2005-01-05 Thread Aahz
In article [EMAIL PROTECTED], Daniel Bowett [EMAIL PROTECTED] wrote: Thanks, typically how long does it take for any documentation to be considered and implemented? It varies. (I could write a much longer response, but it would boil down to the same thing. ;-) -- Aahz ([EMAIL PROTECTED])

Re: Python evolution: Unease

2005-01-05 Thread alex23
John Roth wrote: I've been reading this thread and quietly congratulating myself on staying out of it, but this statement takes the cake. Honestly, I feel the same way about statements of your's like this: The bottom line is that I'm not going to be writing any extensive pieces of Python

Re: Python evolution: Unease

2005-01-05 Thread Terry Reedy
John Roth [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I would like to contribute some documentation to Python. I've got the time, I write quite a bit, etc. I've got fairly strong opinions about some things that need to be documented, (such as all the new style class descriptor

Re: Python evolution: Unease

2005-01-05 Thread Terry Reedy
Daniel Bowett [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Thanks, typically how long does it take for any documentation to be considered and implemented? Right now, rough guess, based on my haphazard collection of knowledge and experience, I would anticipate 1 to 60 days for up

Re: Python evolution: Unease

2005-01-05 Thread Robert Kern
Bulba! wrote: On Wed, 5 Jan 2005 07:37:25 -0600, Skip Montanaro [EMAIL PROTECTED] wrote: I've never needed numeric stuff either. I just need to do things like: . table.sort(column_name) # that obviously would sort rows of table by the values of column column_name [snip for brevity] Now suppose a

Re: Python evolution: Unease

2005-01-05 Thread Bengt Richter
On 05 Jan 2005 07:18:25 -0800, Paul Rubin http://[EMAIL PROTECTED] wrote: Ville Vainio [EMAIL PROTECTED] writes: Paul I can't parse that. It says two contradictory things. Paul Sentence 2 says that if something essential is not in the Paul (Python) distro then the (Python) distro

Re: Python evolution: Unease

2005-01-05 Thread michele . simionato
John Roth: The bottom line is that I'm not going to be writing any extensive pieces of Python documentation. My time is better spent elsewhere. Well, a couple of years ago I realized that some documentation on the MRO was missing. I wrote a document in reST, posted here, and Guido put it on

Re: Concepts RE: Python evolution: Unease

2005-01-05 Thread Jeremy Bowers
On Wed, 05 Jan 2005 12:15:29 +0300, Roman Suzi wrote: As for concepts, they are from Generic Programming (by Musser and Stepanov) and I feel that Python is in position to implement them to the fullest extent. And IMHO it will be nicer than just Java-like interfaces or Eiffel's contract

Re: Python evolution: Unease

2005-01-04 Thread flamesrock
Well, I'm not a seasoned programmer like you but I have to say Python is the singlebest language I've worked with to date. In a matter of weeks I learned to do things that took me months in other languages and even found the process enjoyable. Maybe you are right. If so, couldn't Python be forked

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
flamesrock [EMAIL PROTECTED] writes: Maybe you are right. If so, couldn't Python be forked into something like you describe, while still remaining compatible at the core? (if anyones willing) It's not an issue with the Python core (language); I read that post as mostly bemoaning the poor state

Re: Python evolution: Unease

2005-01-04 Thread michele . simionato
Maybe a PSF grant would help? I guess this has been considered ... Michele Simionato -- http://mail.python.org/mailman/listinfo/python-list

Re: Python evolution: Unease

2005-01-04 Thread Alex Martelli
Iwan van der Kleyn [EMAIL PROTECTED] wrote: to be determine the way foreward for Python: more features, increased complexity, less dynamism. Lots of syntax crud, without addressing the As a student of human nature, I'm _really_ curious as to how one could possibly read the key document:

Re: Python evolution: Unease

2005-01-04 Thread Iwan van der Kleyn
Also, you keep talking about the core python team on the basis, it would appear, of reading one document by Guido. Have you bothered doing a MINIMUM of homework, such as, looking at http://www.amk.ca/diary/archives/cat_python.html Well, you being a member of that core team (meaning nog an

Re: Python evolution: Unease

2005-01-04 Thread Ville Vainio
Iwan == Iwan van der Kleyn [EMAIL PROTECTED] writes: Iwan And then I read the following sentence by Van Rossum: Iwan In order to make type inferencing a little more useful, I'd Iwan like to restrict certain forms of extreme dynamic behavior Iwan in Python Iwan In the end,

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Ville Vainio [EMAIL PROTECTED] writes: Also, Python is not a monolithic entity. Guido certainly isn't going to write a better IDE for Python, so the time used on language features isn't removed from improving the infrastructure around the language. There aren't THAT many people working on

RE: Python evolution: Unease

2005-01-04 Thread Batista, Facundo
Title: RE: Python evolution: Unease [Iwan van der Kleyn] #- need: a better standard ide, an integrated db interface with #- a proper #- set of db drivers (!!), a better debugger, a standard widget/windows #- toolkit, something akin to a standard for web programming, better

Re: Python evolution: Unease

2005-01-04 Thread Ville Vainio
Paul == Paul Rubin http://[EMAIL PROTECTED] writes: Paul Ville Vainio [EMAIL PROTECTED] writes: Also, Python is not a monolithic entity. Guido certainly isn't going to write a better IDE for Python, so the time used on language features isn't removed from improving the

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Ville Vainio [EMAIL PROTECTED] writes: But the people working on wxPython, pygtk, pyqt, pydev, whatever, are largely not the same guys that commit stuff to CPython CVS. Right, but for that reason, they don't count as being working on Python. Type declarations are a feature that might benefit

RE: Python evolution: Unease

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Batista, Facundo wrote: Maybe OP doesn't yet fully comprehend the ways of Python universe? As for his claims, I am quite surprised that Python lacks something in the docs. Concerning better hierarchy in the standard library, it is interesting that there are some movements in

Re: Python evolution: Unease

2005-01-04 Thread Istvan Albert
Iwan van der Kleyn wrote: And I do sense (reading planet python/this newsgroup) a mindset or at least a tendency by the people who really matter in these discussion to keep on adding features to the syntax; to add structure to Python. My personal preference would be to leave the language alone

Re: Python evolution: Unease

2005-01-04 Thread Aahz
In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Maybe a PSF grant would help? I guess this has been considered ... The first three PSF grants were all in some way not directly related to changing the core language. One was for a library, one for improving Jython, and one for improving

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Roman Suzi [EMAIL PROTECTED] writes: As for his claims, I am quite surprised that Python lacks something in the docs. Python is lacking plenty in the docs. Care to figure out from the docs how tkinter works? That's not explained anywhere at all, except in some off-site resources and in some

Re: Python evolution: Unease

2005-01-04 Thread michele . simionato
Aahz: The first three PSF grants were all in some way not directly related to changing the core language. One was for a library, one for improving Jython, and one for improving docs. Giving the PSF more money increases the chances for additional work. Here is the link you forgot to post ;-)

Re: Python evolution: Unease

2005-01-04 Thread Skip Montanaro
Paul Care to figure out from the docs how tkinter works? That's not Paul explained anywhere at all, except in some off-site resources and Paul in some printed books. Even some language features like class Paul methods and slots are explained only in PEP's and release notes,

Re: Python evolution: Unease

2005-01-04 Thread Michael Hobbs
Ville Vainio [EMAIL PROTECTED] wrote: What form of extreme dynamic behaviour have you been using lately? One real-world example: in my new coverage analysis tool (to be released any month now), I need to trace threads without changing any code. To do so, I redefine the thread.start_new_thread()

Re: Python evolution: Unease

2005-01-04 Thread Doug Holton
Istvan Albert wrote: But if python were to become overly complicated I'll find something else. Three years ago I have not not used python at all, now I'm using it for everything. You're in luck, python 2.4 won't be significantly changing anytime soon. PS. why can't decorators solve this optional

Re: Python evolution: Unease

2005-01-04 Thread Alex Martelli
Iwan van der Kleyn [EMAIL PROTECTED] wrote: ... And I do sense (reading planet python/this newsgroup) a mindset or at least a tendency by the people who really matter in these discussion to keep on adding features to the syntax; to add structure to Python. My personal preference would be to

Re: Python evolution: Unease

2005-01-04 Thread Istvan Albert
Doug Holton wrote: application is so important that I expect Python 3000 will have optional type declarations integrated into the argument list. I think that *optional* part of the optional type declaration is a myth. It may be optional in the sense that the language will accept missing

Re: Python evolution: Unease

2005-01-04 Thread Carlos Ribeiro
On Tue, 4 Jan 2005 10:39:10 -0300, Batista, Facundo [EMAIL PROTECTED] wrote: #- need: a better standard ide, an integrated db interface with #- a proper #- set of db drivers (!!), a better debugger, a standard widget/windows #- toolkit, something akin to a standard for web programming,

Python design strategy (was Python evolution: Unease)

2005-01-04 Thread ajsiegel
Viile writes - Type declarations are a feature that might benefit IronPython and Jython more than they would CPython. How much is this part of Guido's decisionmaking process? Guido is , IMO, very much a strategist, as well as a language designer. That's good, I think. However it seems to me

RE: Python evolution: Unease

2005-01-04 Thread Batista, Facundo
Title: RE: Python evolution: Unease [Skip Montanaro] #- This being the Internet and all, it's not clear that #- referencing external #- documentation is somehow worse than incorporating it #- directly into the #- distribution. The problem is Internet access. For example, once I put

Re: Python evolution: Unease

2005-01-04 Thread Dave Brueck
Istvan Albert wrote: Doug Holton wrote: application is so important that I expect Python 3000 will have optional type declarations integrated into the argument list. I think that *optional* part of the optional type declaration is a myth. It may be optional in the sense that the language will

Re: Python evolution: Unease

2005-01-04 Thread Bulba!
On Tue, 4 Jan 2005 11:15:54 +0100, [EMAIL PROTECTED] (Alex Martelli) wrote: Also, you keep talking about the core python team on the basis, it would appear, of reading one document by Guido. Have you bothered doing a MINIMUM of homework, such as, looking at

Re: Python evolution: Unease

2005-01-04 Thread Bulba!
On Tue, 4 Jan 2005 15:18:48 -0200, Carlos Ribeiro [EMAIL PROTECTED] wrote: Let's take one by one: I'll take only a few ;-) - IDE: Better than what? Than IDLE? Than Eclipse? Than SPE? Than Pythonwin? I would like to seee Eric3, with some polish opensourced on Win (which means solving the

Re: Python design strategy (was Python evolution: Unease)

2005-01-04 Thread Scott David Daniels
[EMAIL PROTECTED] wrote: Viile writes - Type declarations are a feature that might benefit IronPython and Jython more than they would CPython. How much is this part of Guido's decisionmaking process? One major reason to allow optional static typing is to aid specializing compilers. A language

Re: Python evolution: Unease

2005-01-04 Thread Doug Holton
Istvan Albert wrote: Doug Holton wrote: application is so important that I expect Python 3000 will have optional type declarations integrated into the argument list. I think that *optional* part of the optional type declaration is a myth. It may be optional in the sense that the language will

Re: Python evolution: Unease

2005-01-04 Thread Dave Brueck
Roman Suzi wrote: On Tue, 4 Jan 2005, Dave Brueck wrote: It may be optional in the sense that the language will accept missing declarations but as soon as the feature is available it will become mandatory to use it (peer pressure, workplace practices). What about generic programming coming into

Re: Python evolution: Unease

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Dave Brueck wrote: Roman Suzi wrote: It may be optional in the sense that the language will accept missing declarations but as soon as the feature is available it will become mandatory to use it (peer pressure, workplace practices). What about generic programming coming

Re: Python evolution: Unease

2005-01-04 Thread Terry Reedy
Bulba! [EMAIL PROTECTED] wrote in message E.g. right now I would kill for a standard, built-in matrix type The array types of Numerical Python (NumPy) and now Numarray are, defacto, Python's standard 1 to n dimensional array types. Once installed, they are as builtin as anything else.

Re: Python evolution: Unease

2005-01-04 Thread Ian Bicking
Roman Suzi wrote: The term generic programming is too... er... generic. :) Nope. It is not generic. It has it's definition made by the co-author of STL - A.Stepanov. And the Boost C++ library (many of us know it as Boost Python) standardise on the approach, AFAIK. As you know, Python already

Re: Python evolution: Unease

2005-01-04 Thread holger krekel
Hi Roman, On Wed, Jan 05, 2005 at 00:44 +0300, Roman Suzi wrote: Python could have honest support of concepts. Everything else will be available with them. That is the whole point that Python supports GP. It is only one step to do concepts right (and GvR it seems want type-checking into

Re: Python evolution: Unease

2005-01-04 Thread Dave Brueck
Roman Suzi wrote: The term generic programming is too... er... generic. :) Nope. It is not generic. It has it's definition made by the co-author of STL - A.Stepanov. And the Boost C++ library (many of us know it as Boost Python) standardise on the approach, AFAIK. Ok, too broad then; Python

Re: Python evolution: Unease

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Dave Brueck wrote: Roman Suzi wrote: The term generic programming is too... er... generic. :) Nope. It is not generic. It has it's definition made by the co-author of STL - A.Stepanov. And the Boost C++ library (many of us know it as Boost Python) standardise on the

Re: Python evolution: Unease

2005-01-04 Thread Robert Kern
Terry Reedy wrote: Bulba! [EMAIL PROTECTED] wrote in message E.g. right now I would kill for a standard, built-in matrix type The array types of Numerical Python (NumPy) and now Numarray are, defacto, Python's standard 1 to n dimensional array types. Once installed, they are as builtin as

Re: Python evolution: Unease

2005-01-04 Thread Skip Montanaro
Terry Numarray has a record array type. If there is not one publicly Terry available, perhaps you could write a CSV file to record-array Terry slurper and contribute it to the Recipes site or maybe even the Terry CSV module. -1 on putting such a beast into the CSV module,

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Skip Montanaro [EMAIL PROTECTED] writes: Start writing (or reorganizing). Folks, this is open source. I'm sure by the traffic on the list most people here know how to write. Irrelevant, the issue isn't what docs can be written if someone wants to do it, it's what docs are actually already

Re: Python evolution: Unease

2005-01-04 Thread Skip Montanaro
Paul Skip Montanaro [EMAIL PROTECTED] writes: Start writing (or reorganizing). Folks, this is open source. I'm sure by the traffic on the list most people here know how to write. Paul Irrelevant, the issue isn't what docs can be written if someone Paul wants to do it,

Re: Python evolution: Unease

2005-01-04 Thread Jeremy Bowers
On Tue, 04 Jan 2005 17:12:04 -0800, Paul Rubin wrote: Irrelevant, the issue isn't what docs can be written if someone wants to do it, it's what docs are actually already there I just see various other free software projects as trying to live up to higher standards and I think Python

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Jeremy Bowers [EMAIL PROTECTED] writes: So, nobody should have to write the docs because they should already be there, but somebody should have to write the docs? You need to think more clearly about the pronouns you are slinging around. Who is this they that should write the docs? The

Re: Python evolution: Unease

2005-01-04 Thread Peter Hansen
Paul Rubin wrote: Jeremy Bowers [EMAIL PROTECTED] writes: So, nobody should have to write the docs because they should already be there, but somebody should have to write the docs? You need to think more clearly about the pronouns you are slinging around. Who is this they that should write the

  1   2   >