Re: Optional Static Typing

2004-12-26 Thread Robert Kern
Luis M. Gonzalez wrote: Robert Kern wrote: Automatic type inferencing is great, but sometimes the inference is "object". Being able to supply more information about types helps Starkiller keep the inferences tight and specific. Hmm... I'm not an expert in this subject at all, but I think that when

Re: A Revised Rational Proposal

2004-12-26 Thread Mike Meyer
"John Roth" <[EMAIL PROTECTED]> writes: > I'd suggest making them public rather than either protected or > private. There's a precident with the complex module, where > the real and imaginary parts are exposed as .real and .imag. This isn't addressed in the PEP, and is an oversight on my part. I'

Re: A Revised Rational Proposal

2004-12-26 Thread Mike Meyer
Nick Coghlan <[EMAIL PROTECTED]> writes: > Mike Meyer wrote: >> Regarding str() and repr() behaviour, Ka-Ping Yee proposes that repr() have >> the same behaviour as str() and Tim Peters proposes that str() behave like >> the >> to-scientific-string operation from the Spec. > > This looks like a C

Re: Improving Python (was: Lambda going out of fashion)

2004-12-26 Thread Dima Dorfman
On 2004-12-26, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > string methods are nice, but nothing groundbreaking, and their niceness is > almost entirely offset by the horrid "".join(seq) construct that keeps popping > up when people take the "the string module is deprecated" yada yada too > seriously

Re: Improving Python (was: Lambda going out of fashion)

2004-12-26 Thread Mike Meyer
[EMAIL PROTECTED] (Aahz) writes: > While I'm in complete agreement about the "".join() construct on the > basis of looks, I have come to appreciate the fact that I *never* mess up > the order of arguments any more. Yeah. When I needed joinable arrays of strings in Eiffel, I added them to the ARRA

Re: program in interactive mode

2004-12-26 Thread Mike Meyer
"B.G.R." <[EMAIL PROTECTED]> writes: > Hi all, > > I'm working on an interpreter for a university subject, which is programmed > in python under linux. > I got most of the work done and I'm just trying to settle some problems I've > found on my way. > Right now, the most important is reading the u

Re: A Revised Rational Proposal

2004-12-26 Thread Steven Bethard
Mike Meyer wrote: "John Roth" <[EMAIL PROTECTED]> writes: I'd suggest making them public rather than either protected or private. There's a precident with the complex module, where the real and imaginary parts are exposed as .real and .imag. This isn't addressed in the PEP, and is an oversight on

Re: Detecting if a program is currently running.

2004-12-26 Thread Mike Meyer
Brian <[EMAIL PROTECTED]> writes: > On a Slackware 9.1 box, I'm trying to detect if mpg123 is currently > running/playing a song so that when the song is done, it'll play the next > in the list. The problem is that popen'ing ps doesn't always give a > correct return. My function is below and

Re: WxButton

2004-12-26 Thread LutherRevisited
Disregard all my posts on this thread, I just downloaded Boa-constructor which has WxDialogs making my life so much simpler. Thanks for all the help though. I was using SPE which uses WxGlade to make gui's, which isn't so bad if you're familiar with the way Java works on GUIs that is, but Boa-Con

Re: WxButton

2004-12-26 Thread M.E.Farmer
LutherRevisited wrote: > Yes I have actually, I still can't figure out how to have my application detect > if a control has focus. If I could, I could just use the keydown event with an > if statement to push my button when it has focus and enter is pressed. I am gonna try and explain how to fish

Re: program in interactive mode

2004-12-26 Thread John Machin
Mike Meyer wrote: > > I've discovered a truly elegant trick with python programs that > interpret other data. Q0. Other than what? > You make them ignore lines that start with # at > the beginning of the line, Q1. After the first user accidentally gets a # at the start of a real data line, a fe

Re: list addition methods compared.

2004-12-26 Thread Terry Reedy
"Ishwor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] If you are curious about the detailed behavior of the CPython implementation, the dis module is one aid. Compare >>> def f1(l): ... l.extend([1]) ... return l ... >>> def f2(l): ... l += [1] ... return l ... >>> impo

Re: Python 3000, zip, *args and iterators

2004-12-26 Thread Terry Reedy
"Steven Bethard" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Terry Reedy wrote: >> I think it worth repeating that Python 3 is at yet something of a >> pipedream, as indicated by the joke name Python 3000 > Right, though my understanding of PEP 3000[1] is that though "Python

Re: Python 3000, zip, *args and iterators

2004-12-26 Thread Steven Bethard
Terry Reedy wrote: "Steven Bethard" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I guess the point of my question is to find out if this kind of nice interaction of *args and iterators is something that's in the road-map. If it is, then maybe there are parts of it that could be i

Re: Optional Static Typing - Haskell?

2004-12-26 Thread Donn Cave
Quoth Mike Meyer <[EMAIL PROTECTED]>: | [EMAIL PROTECTED] (Alex Martelli) writes: ... |> But then, the above criticism applies: if interface and implementation |> of a module are tightly coupled, you can't really do fully modular |> programming AND static typing (forget type inferencing...). | | I

<    1   2