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: Pythonic search of list of dictionaries

2005-01-04 Thread Skip Montanaro
Bulba> I put those dictionaries into the list: Bulba>oldl=[x for x in orig] # where orig=csv.DictReader(ofile ... Bulba> ..and then search for matching source terms in two loops: Bulba>for o in oldl: Bulba>for n in newl: Bulba>if n['English']

Re: The Industry choice

2005-01-04 Thread Bulba!
On Sun, 2 Jan 2005 23:59:53 -0800, "Eric Pederson" <[EMAIL PROTECTED]> wrote: >I'm decades behind on economics research, but I remember >modeling clustering based on mass and distance (the gravity model). >On a decision making basis there seems to be an aspect of it that is >binary: (0) either

RE: Pexpect getting a defuct process

2005-01-04 Thread Baillargeon, Sonny
Nothing...I know that's the default answer but considering I control the environment, I can assure you that nothing changed. -Original Message- From: Jorge Luiz Godoy Filho [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 04, 2005 12:06 PM To: python-list@python.org Subject: Re: Pexpect

Re: Hlelp clean up clumpsy code

2005-01-04 Thread It's me
What's "LBYL"? Oh...Look-before-you-leap. OK. I think I understand what's going on now (I read up on generator and iterators and my head still hurts). I knew there must be a cleaner way of "walking" around in Python. I will experiment with generator more. Thanks everybody. "Jp Calderone" <[

Re: The Industry choice

2005-01-04 Thread Bulba!
On Mon, 03 Jan 2005 20:16:35 -0600, "Rob Emmons" <[EMAIL PROTECTED]> wrote: >> This "free software" (not so much OSS) notion "but you can >> hire programmers to fix it" doesn't really happen in practice, >> at least not frequently: because this company/guy remains >> ALONE with this technology, the

Re: Cookbook 2nd ed Credits (was Re: The Industry choice)

2005-01-04 Thread Brian van den Broek
Alex Martelli said unto the world upon 2005-01-04 11:15: <[EMAIL PROTECTED]> wrote: But then I have THREE published recipes!! Does that mean that I get three free copies of the cookbook ? ;-) ...ti piacerebbe eh...?-) Sorry, "one each", even though you have _five_ credits. For the curious, here

RE: Pexpect getting a defuct process

2005-01-04 Thread Jorge Luiz Godoy Filho
Baillargeon, Sonny, TerÃa 04 Janeiro 2005 16:16, wrote: > Nothing...I know that's the default answer but considering I control the > environment, I can assure you that nothing changed. I have no reason to doubt you. :-) Checking pexpect's documentation, and re-reading your code I see that you h

Re: Dr. Dobb's Python-URL! - weekly Python news and links (Dec 30)

2005-01-04 Thread Max M
Thomas Heller wrote: It seems also the error messages aren't too helpful: "ä".encode("latin-1") Traceback (most recent call last): File "", line 1, in ? UnicodeDecodeError: 'ascii' codec can't decode byte 0x84 in position 0: ordinal not in range(128) Hm, why does the 'encode' call complain about

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 tog

Re: lies about OOP

2005-01-04 Thread Mike Brenner
> ... C++ *appears* to increase the cost of fixing defects ... Some additional points: Some languages allow direct pointer manipulation which favors certain classes of bugs. This is independent of whether the language is OO, and these are probably the most costly defects to find (hanging pointer

Re: Dr. Dobb's Python-URL! - weekly Python news and links (Dec 30)

2005-01-04 Thread Thomas Heller
Max M <[EMAIL PROTECTED]> writes: > Thomas Heller wrote: > >> It seems also the error messages aren't too helpful: >> >"ä".encode("latin-1") >> Traceback (most recent call last): >> File "", line 1, in ? >> UnicodeDecodeError: 'ascii' codec can't decode byte 0x84 in position 0: >> ordinal n

Re: Pythonic search of list of dictionaries

2005-01-04 Thread Scott David Daniels
Skip Montanaro wrote: ...lotsa great stuff ... You might want to sort your lists by the 'English' key. I don't know how to use the new key arg to list.sort(), but you can still do it the old-fashioned way: oldl.sort(lambda a,b: cmp(a['English'], b['English'])) newl.sort(lambda a,b: cmp(a['

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 a

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 >http://www.amk.ca/diary/archi

Re: Unicode universe (was Re: Dr. Dobb's Python-URL! - weekly Python news and links (Dec 30))

2005-01-04 Thread Walter Dörwald
Skip Montanaro wrote: aahz> Here's the stark simple recipe: when you use Unicode, you *MUST* aahz> switch to a Unicode-centric view of the universe. Therefore you aahz> encode *FROM* Unicode and you decode *TO* Unicode. Period. It's aahz> similar to the way floating point contami

Re: Reaching the real world

2005-01-04 Thread John Machin
Fuzzyman wrote: > I have a friend who would like to move and program lights and other > electric/electro-mechanical devices by computer. I would like to help - > and needless to say Python would be an ideal language for the > 'programmers interface'. Try Googling for "Python X10" -- http://mail

Re: Reaching the real world

2005-01-04 Thread Thomas Bartkus
"Fuzzyman" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I have a friend who would like to move and program lights and other > electric/electro-mechanical devices by computer. I would like to help - > and needless to say Python would be an ideal language for the > 'programmers inter

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 sol

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 cal

Re: Help clean up clumsy code

2005-01-04 Thread Jeff Shannon
Scott David Daniels wrote: Nick Coghlan wrote: A custom generator will do nicely: Py> def flatten(seq): ... for x in seq: ... if hasattr(x, "__iter__"): ... for y in flatten(x): ... yield y ... else: ... yield x Avoiding LBYL gives you: def flatten(seq): f

HTML table input data grid

2005-01-04 Thread Gregor Horvath
Hi, I googled for a possibilty to create a html table where the user can input data. I just found this site: http://www.codeproject.com/aspnet/I3HTree2.asp That is what I am looking for. Is there an existing solution for python? -- Greg -- http://mail.python.org/mailman/listinfo/python-list

Re: The Industry choice

2005-01-04 Thread Scott David Daniels
Bulba! wrote: The Americans show the French engineers a working prototype. The French engineers scratch their heads and ask warily: "OK, it works in practice; but will it work in theory?" I once worked with a computer built by two graduate students who formed a company. The scuttlebutt was th

python and activex

2005-01-04 Thread yaniv_vi
Hi , Has anybody used jython and visual j++ togheter to do python and activeX integration ? is there a simpler way (except win32all , which i feel is non trivial , at least not as dragging components ) Thanks ,yaniv -- http://mail.python.org/mailman/listinfo/python-list

Re: Python evolution: Unease

2005-01-04 Thread Roman Suzi
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 fashi

cxOracle for python 2.4

2005-01-04 Thread Volker Helm
Hi there, does anybody knows where I can get the DB interface cx_Oracle for Python 2.4 with win32. On http://www.computronix.com/utilities.shtml exists only the version for Python 2.3. I would try to compile it myself, if I had a compiler and would know how to use it ;-) Thanks in advance, Vol

Re: [Hack] Import binary extensions from zipfiles, windows only

2005-01-04 Thread Thomas Heller
"PJDM" <[EMAIL PROTECTED]> writes: > I'm trying to make ZopeX3 start faster by zipping up the "zope" > directory. (Because this will be stored on a CD, having less data to > read will make it quicker to start.) > > The standard python zipimporter won't work with the ZopeX3 .pyd files, > so zipexti

Optional Static Typing: Part II

2005-01-04 Thread John Roth
Guido has posted a second blog entry on the optional static typing initiative. I like this a lot better than the first. http://www.artima.com/weblogs/viewpost.jsp?thread=86641 Now, the base objective seems to be to incorporate PyChecker functionality into the root. This in turn requires type infe

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 a

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: why does UserDict.DictMixin use keys instead of __iter__?

2005-01-04 Thread John Machin
Steven Bethard wrote: > John Machin wrote: > > Steven Bethard wrote: > > > >>So I was looking at the Language Reference's discussion about > >>emulating container types[1], and nowhere in it does it mention that > >> .keys() is part of the container protocol. > > > > I don't see any reference to a

Re: Working with flat files [LDIF].

2005-01-04 Thread generate
Scott A. McIntyre wrote: > > I looked around but didn't see any LDIF tools for perl or python... > > Any assistance or advice is appreciated!! > > Scott Hello Scott, Did you ever get this issue resolved? I have a similar need to merge two LDIF files. I did find a program called mmldif, but I

Re: Pythonic search of list of dictionaries

2005-01-04 Thread Marc 'BlackJack' Rintsch
In <[EMAIL PROTECTED]>, Bulba! wrote: > I put those dictionaries into the list: > >oldl=[x for x in orig] # where orig=csv.DictReader(ofile ... If you don't "do" anything with each `x` you can write this as: oldl = list(orig) Ciao, Marc 'BlackJack' Rintsch -- http://mail.pyth

Re: Working with flat files [LDIF].

2005-01-04 Thread generate
Scott A. McIntyre wrote: > > I looked around but didn't see any LDIF tools for perl or python... > > Any assistance or advice is appreciated!! > > Scott Hello Scott, Did you ever get this issue resolved? I have a similar need to merge two LDIF files. I did find a program called mmldif, but I

Re: why does UserDict.DictMixin use keys instead of __iter__?

2005-01-04 Thread Raymond Hettinger
[Steven Bethard] > Sorry, my intent was not to say that I didn't know from the docs that > UserDict.DictMixin required keys(). Clearly it's documented. My > question was *why* does it use keys()? Why use keys() when keys() can > be derived from __iter__, and __iter__ IMHO looks to be a more basi

Re: Optional Static Typing: Part II

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, John Roth wrote: >Guido has posted a second blog entry on the optional static typing >initiative. >I like this a lot better than the first. Declarative approach is even more human-oriented than algorithmic one. If Python is to support declarations, let it support declarative p

Re: Hlelp clean up clumpsy code

2005-01-04 Thread Pierre Quentel
You can also do it in a more pythonic way but without generators : # a = [[1,5,2], 8, 4] # l = [] # for item in a: #if isinstance(item, (int, long)): #l.append(item) #else: #l+=item # print dict([(item,i+1) for (i,item) in enumerate(l)]) It works in the same conditions as yo

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 generi

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: Bad Interpreter

2005-01-04 Thread RajaSrinivasan
sounds like it. vi sock.py shows '$' at the end of each line. however when i went to a unix machine and recreated the file, the problem went away. thanks for all the help regards -- http://mail.python.org/mailman/listinfo/python-list

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 in

Re: Python evolution: Unease

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Dave Brueck wrote: >> What about generic programming coming into fashion anytime soon? >Roman, I think I've read every single thread in the past year or three >wherein you've brought up generic programming, and I think you'd do well to >choose a new term for the idea you're tr

Looking for CORBA (omniORB) examples

2005-01-04 Thread RajaSrinivasan
can we script CORBA objects/events with python. my search for simple examples has not yielded any results. any help appreciated. -- http://mail.python.org/mailman/listinfo/python-list

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 int

args (was Re: Lambda as declarative idiom (was RE: what is lambda used for in real code?))

2005-01-04 Thread Michael Spencer
Roman Suzi wrote: Maybe this is too outlandish, but I see lambdas as a "quote" mechanism, which presents a possibility to postpone (precisely control, delegate) evaluation. That is, an ovehead for lambda must be much lower but at the same time visible to the programmer: d = a + (lambda x, y: x+ y)

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 al

Re: Python evolution: Unease

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Ian Bicking wrote: >Umm... this isn't helpful. "Generic" and "concept" are not terms that >belong to Boost or STL or whatever. They are just words. Coining the >term doesn't mean anyone else knows what it means, nor that anyone >*should* know what they mean -- personally I g

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

Re: why does UserDict.DictMixin use keys instead of __iter__?

2005-01-04 Thread Steven Bethard
John Machin wrote: OK, I'll rephrase: what is your interest in DictMixin? My interest: I'm into mappings that provide an approximate match capability, and have a few different data structures that I'd like to implement as C types in a unified manner. The plot includes a base type that, similarly to

Re: Lambda as declarative idiom

2005-01-04 Thread Robert Brewer
Michael Spencer wrote: > Roman Suzi wrote: > > > Maybe this is too outlandish, but I see lambdas as a > "quote" mechanism, > > which presents a possibility to postpone (precisely > control, delegate) > > evaluation. That is, an ovehead for lambda must be much > lower but at the > > same time vi

Re: Optional Static Typing: Part II

2005-01-04 Thread Michael Hobbs
John Roth <[EMAIL PROTECTED]> wrote: > Now, the base objective seems to be to incorporate PyChecker > functionality into the root. This in turn requires type inference, > which in turn strongly suggests type annotations to help the > inferencer out over rough spots. > > I like this approach a lot.

Re: Pythonic search of list of dictionaries

2005-01-04 Thread John Machin
Bulba! wrote: [big snip] Forget the csv-induced dicts for the moment, they're just an artifact of your first solution attempt. Whether english = csv_row[1], or english = csv_row_dict["english"], doesn't matter yet. Let's take a few steps back, and look at what you are trying to do through a telesc

Re: What can I do with Python ??

2005-01-04 Thread Lee Harr
On 2005-01-03, Steve Holden <[EMAIL PROTECTED]> wrote: > John J. Lee wrote: > >> Lee Harr <[EMAIL PROTECTED]> writes: >> [...] >> >>>I think it looks pretty good. The only problem I see is section 5 >>>where it says: >>> >>>5. Did we miss your concern? >>> >>> Please add a comment to this page. >>

Re: Speed ain't bad

2005-01-04 Thread Anders J. Munch
"John Machin" <[EMAIL PROTECTED]> wrote: > 1. Robustness: Both versions will "crash" (in the sense of an unhandled > 2. Efficiency: I don't see the disk I/O inefficiency in calling 3. Don't itemise perceived flaws in other people's postings. It may give off a hostile impression. > 1. Robustness:

Re: cxOracle for python 2.4

2005-01-04 Thread sigzero
Volker Helm wrote: > Hi there, > > does anybody knows where I can get the DB interface cx_Oracle for Python > 2.4 with win32. > > On http://www.computronix.com/utilities.shtml exists only the version > for Python 2.3. I would try to compile it myself, if I had a compiler > and would know how to

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 a

Re: args (was Re: Lambda as declarative idiom (was RE: what is lambda used for in real code?))

2005-01-04 Thread Roman Suzi
On Tue, 4 Jan 2005, Michael Spencer wrote: >Roman Suzi wrote: > >> Maybe this is too outlandish, but I see lambdas as a "quote" mechanism, >> which presents a possibility to postpone (precisely control, delegate) >> evaluation. That is, an ovehead for lambda must be much lower but at the >> same t

Restore a unified diff

2005-01-04 Thread Nick Allen
After using ndiff from difflib, the function restore would return the sequence that generated the delta. Unfortunately, restore does not do the same for unified_diff. I do not see any similar function that is intended for unified_diff. Does anyone know how to "restore" from a unified diff gener

Bug in handling of single underscore identifiers?

2005-01-04 Thread Tom Blackwell
Today I installed the 'mechanoid' package from sourceforge, but the self-test failed. On looking into it, I noticed odd behaviour in the handling of single underscore module names. Importing into the current namespace with 'from' seems to work, but accessing members of the imported module only wor

Compiling C99 extensions

2005-01-04 Thread dayzman
Hi, I'm running Windows and Python 2.4 (binary). I've been trying to compile this module with extensions that incorporate some C99 extensions (e.g. designated initialisers). I haven't had much luck with MSVC++ Toolkit 2003, because it doesn't support C99. Is there any other way I can get the modul

Embedding a restricted python interpreter

2005-01-04 Thread Rolf Magnus
Hi, I would like to embed a python interpreter within a program, but since that program would be able to automatically download scripts from the internet, I'd like to run those in a restricted environment, which basically means that I want to allow only a specific set of modules to be used by the

RE: Bug in handling of single underscore identifiers?

2005-01-04 Thread Robert Brewer
Tom Blackwell wrote: > Today I installed the 'mechanoid' package from sourceforge, but the > self-test failed. On looking into it, I noticed odd behaviour in the > handling of single underscore module names. Importing into the > current namespace with 'from' seems to work, but accessing members of

Re: Lambda as declarative idiom

2005-01-04 Thread Jeff Shannon
Robert Brewer wrote: Michael Spencer wrote: I believe that this "possibility to postpone" divides into two related but separate concepts: controlling the moment of evaluation, and assembling the arguments required at that moment. They are both species of 'eval', but managing arguments is more sp

Re: Reaching the real world

2005-01-04 Thread Alejandro Weinstein
On 4 Jan 2005 at 6:55, Fuzzyman wrote: > What I'd like is an electronic interface that connects to several > relays and a python extension module to switch on and off the relays. > I've had a quick google and can't see anything too similar to what I > want. pyro (python robotics) seems to require

Re: Restore a unified diff

2005-01-04 Thread Tim Peters
[Nick Allen] > After using ndiff from difflib, the function restore > would return the sequence that generated the delta. It can actually reproduce either sequence from which the delta was generated. But this is really trivial: ndiff was intended to produce diff output for humans to read, and in

Re: Reaching the real world

2005-01-04 Thread Gary Richardson
"Fuzzyman" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I have a friend who would like to move and program lights and other > electric/electro-mechanical devices by computer. I would like to help - > and needless to say Python would be an ideal language for the > 'programmers inte

coding conventions, PEP vs. practice

2005-01-04 Thread Roman Roelofsen
Dear python-list, while looking for some coding conventions for python programs, i found the PEP8 at http://www.python.org/peps/pep-0008.html. It defines the rules very well and leaves no space for interpretations. I guess thats a good thing :-) But when i started playing a bit with python and

Re: Embedding a restricted python interpreter

2005-01-04 Thread Paul Rubin
Rolf Magnus <[EMAIL PROTECTED]> writes: > I would like to embed a python interpreter within a program, but since that > program would be able to automatically download scripts from the internet, > I'd like to run those in a restricted environment, which basically means > that I want to allow only a

Re: Optional Static Typing: Part II

2005-01-04 Thread Carl Banks
John Roth wrote: > http://www.artima.com/weblogs/viewpost.jsp?thread=86641 Nitpicking: I don't think he's necessarily in good company w.r.t. types vs classes. Take Ada, for example. In Ada, a class is a set of types (in particular, the type and all its subtypes), which is kind of the opposite w

modpython, apache and windows

2005-01-04 Thread Sam
Hi All, I am interested in learning python since I am hearing more and more about python for use in web development I am starting out on python, with knowledge of PHP some perl my current hurdle is setting up either apache 1 or 2 with python 2.3.3 I have installed modpython fine which informed

Re: coding conventions, PEP vs. practice

2005-01-04 Thread Roy Smith
Roman Roelofsen <[EMAIL PROTECTED]> wrote: > These frameworks are using "mixedCase" but PEP8 suggests > "lower_case_with_underscores" except "in contexts where that's already the > prevailing style" which is not the case here IMHO. > > So, are there any specific reasons for breaking the rules he

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, esp

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: coding conventions, PEP vs. practice

2005-01-04 Thread Robert Kern
Roman Roelofsen wrote: Dear python-list, while looking for some coding conventions for python programs, i found the PEP8 at http://www.python.org/peps/pep-0008.html. It defines the rules very well and leaves no space for interpretations. I guess thats a good thing :-) But when i started playing

Re: coding conventions, PEP vs. practice

2005-01-04 Thread Skip Montanaro
Roman> These frameworks are using "mixedCase" but PEP8 suggests Roman> "lower_case_with_underscores" except "in contexts where that's Roman> already the prevailing style" which is not the case here IMHO. Roman> So, are there any specific reasons for breaking the rules here? Sinc

Re: modpython, apache and windows

2005-01-04 Thread Bob Van Zant
Fortunately most of the Python-for-the-web implementations do not follow closely to the PHP paradigm of web-based programming. There are some, like PSP, that more closely model what PHP does. It is not uncommon to have something like index.py which does hardly anything except fire up a framework t

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

Re: python intergration bus ?

2005-01-04 Thread Peter Hansen
Tonino wrote: Just an interested question - I friend is testing a few JAVA intergration bus's that will be used to intergrate his companies services - I was wondering if there was a python intergration bus ? other than maybe Pyro ? I'm not sure what that term means, and I don't believe it is a wide

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 sh

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?

Re: Dr. Dobb's Python-URL! - weekly Python news and links (Dec 30)

2005-01-04 Thread Carl Banks
Skip Montanaro wrote: > I started to answer, then got confused when I read the docstrings for > unicode.encode and unicode.decode: [snip] It certainly is confusing. When I first started Unicoding, I pretty much stuck to Aahz's rule of thumb, without understanding this details, and still do that.

Re: The Industry choice

2005-01-04 Thread Rob Emmons
> But the vision of what? Do we have clear, detailed, unambigous vision > _of the process_ or just big ideological axes to grind? I'm afraid > we're close to the latter situation - even though Python is remarkably > different in this area than the "free software": clean, pragmatic, > effective, fre

Re: The Industry choice

2005-01-04 Thread Ian J Cottee
Peter Hansen wrote: I know that I've started many one-man projects over the years, and only slowly (I'm a little thick, you see) came to realize that while it's incredibly easy to start something, seeing it through to the end is rather more difficult. At this point, perhaps largely as a result of a

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 th

Re: The Industry choice

2005-01-04 Thread Paul Rubin
"Rob Emmons" <[EMAIL PROTECTED]> writes: > Me personally, I believe in free software, but always talk about open > source. My answer regarding forcing people to share -- I like the GPL > -- and I am perfectly happy to have anyone who does not like the GPL > not to use any GPLed software. I don'

Re: Python evolution: Unease

2005-01-04 Thread alex23
Paul Rubin wrote: > 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 t

Tkinter, iconbitmap and Windows XP

2005-01-04 Thread John Fouhy
Hi all, I have been attempting to change the title bar icon of my Tkinter applications in Windows XP. Chasing round in google, I discovered: - This is a common difficulty. - There aren't any good answers. Eventually, I stumbled across a link to this: http://www.tcl.tk/man/tcl8.4/TkCmd/wm.htm#M

Re: what is lambda used for in real code?

2005-01-04 Thread Adam DePrince
On Fri, 2004-12-31 at 17:36, Steven Bethard wrote: > Adam DePrince wrote: > > Lets not forget the "real reason" for lambda ... the elegance of > > orthogonality. Why treat functions differently than any other object? > > > > We can operate on every other class without having to involve the > >

Re: what is lambda used for in real code?

2005-01-04 Thread Adam DePrince
On Fri, 2004-12-31 at 22:09, Terry Reedy wrote: > "Adam DePrince" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > In sort, we must preserve the ability to create an anonymous function > > simply because we can do so for every other object type, and functions > > are not special e

Re: what is lambda used for in real code?

2005-01-04 Thread Adam DePrince
On Sat, 2005-01-01 at 11:42, Steve Holden wrote: > Adam DePrince wrote: > [...] > > > > In sort, we must preserve the ability to create an anonymous function > > simply because we can do so for every other object type, and functions > > are not special enough to permit this special case. > > > An

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
Peter Hansen <[EMAIL PROTECTED]> writes: > The key distinction is that "well-documented" is clearly > a judgment call, a personal opinion, No it's not. If a program has significant modules with complicated public API's and no documentation, it's poorly documented in an absolute sense. A well-doc

Re: Python evolution: Unease

2005-01-04 Thread Paul Rubin
"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. Obviously other people thought Tkinter is poorly documented in the Python distro, since the Python library manual says

Re: coding conventions, PEP vs. practice

2005-01-04 Thread Terry Reedy
"Robert Kern" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Note the first sentence of the PEP: "This document gives coding > conventions for the Python code comprising the standard library for the > main Python distribution." Even that should say "from now on". Some library c

Re: Embedding a restricted python interpreter

2005-01-04 Thread Maurice LING
Rolf Magnus wrote: Hi, I would like to embed a python interpreter within a program, but since that program would be able to automatically download scripts from the internet, I'd like to run those in a restricted environment, which basically means that I want to allow only a specific set of modules

Re: Frameworks for "Non-Content Oriented Web Apps"

2005-01-04 Thread mirnazim
--- Well, I think a we can say that a framework for "Non Content Oriented Web Apps" is something that can help in (*) creating N tier data aware web applications (*) creating data-aware controls (forms etc.). (*) managing different data sources transparently(ZODB,MySQL,PostGreSQ

Re: Embedding a restricted python interpreter

2005-01-04 Thread Craig Ringer
On Wed, 2005-01-05 at 13:43, Maurice LING wrote: > Rolf Magnus wrote: > > Hi, > > > > I would like to embed a python interpreter within a program, but since that > > program would be able to automatically download scripts from the internet, > > I'd like to run those in a restricted environment, wh

Re: Embedding a restricted python interpreter

2005-01-04 Thread Paul Rubin
Maurice LING <[EMAIL PROTECTED]> writes: > I won't really count on that. In my opinions, which may be wrong, > Python is not constructed to work in a sandbox like Java. Java does it > by subjecting all classes that it loads through a security > manager. What you seems to want is a Python to have Ja

Re: python intergration bus ?

2005-01-04 Thread Jaco Smuts
Tonino wrote: Hi, Just an interested question - I friend is testing a few JAVA intergration bus's that will be used to intergrate his companies services - I was wondering if there was a python intergration bus ? other than maybe Pyro ? Thanks Tonino Hello Tonino There is a Python module (http:

Re: % operation

2005-01-04 Thread Christopher Koppler
On Wed, 05 Jan 2005 15:36:30 +0900, Daewon YOON wrote: > > Python 1.5.2 (#1, Jul 5 2001, 03:02:19) [GCC 2.96 2731 (Red Hat > Linux 7.1 2 on linux-i386 > Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam > >>> x=9 > >>> y=4 > >>> x%y > 1 > >>> for z in range(44): > ... z

Re: Python evolution: Unease

2005-01-04 Thread Ville Vainio
> "Paul" == Paul Rubin writes: Paul> inclusion in some bigger distro. E.g., I'm now running the Paul> Python Python into Fedora. So it's up to the Python Paul> maintainers, not the Fedora maintainers or the user, to make Paul> sure that the Python d

<    1   2   3   >