Terry Reedy wrote:
> You don't need an invitation to disagree with another person's tracker
> comment. I assumed you knew this and took non-response as acquiesence.
> That (closing no response by item submitter) is a fairly typical pattern ,
> by the way. I wish it were otherwise.
I (incorrec
Alex Martelli wrote:
> "Type-switching" in this way is a rather dubious practice in any
> language (it can't respect the "open-closed" principle). Can't you have
> those objects wrapped in suitable wrappers with a "copyorwrite" method
> that knows what to do? For example, StringIO.StringIO is a s
Chris Mellon wrote:
> You should "check" for the methods by calling them. If the object
> doesn't support the method in question, you will get a runtime
> exception. Premature inspection of an object is rarely useful and
> often outright harmful.
That makes sense, thank you for the response.
What
Ben Collver wrote:
> Chris Mellon wrote:
>> Code like this is working directly against Python philosophy. You
>> probably got told this on #python, too. There's hardly any
>> circumstance where you should need to validate the exact class of an
>> object, and as long
Chris Mellon wrote:
> #python is one of the most accepting communities around. If the bug
> reports here and the way you've presented them in this thread (vs the
> way that they appear to an outside observer) are any indication,
> though, I'm not surprised that you might have left in a huff.
>
> B
Thorsten Kampe wrote:
> He was using /Windows/ Python in Cygwin *chuckle*... Windows Python
> says Ctrl-Z because it doesn't know that it's been run from bash where
> Ctrl-Z is for job control.
>
> And the lesson we learn from that: if you're using Windows Python use
> a Windows shell. If you'r
Terry Reedy wrote:
> Three days after you posted, 'gagenellina' explained that he thought your
> complaint was invalid.
> "py> -531560245 & 0x
> 3763407051L
>
> It's the same number (actually, the same bit pattern). ..."
>
> A few weeks later, noticing that you had not challenged his exp
Paul Boddie wrote:
> I'm sorry to hear about that. If by "macho" you mean people who insist
> that things are good enough as they are, and that newcomers should
> themselves adapt to whatever they may discover, instead of things
> being improved so that they are more intuitive and reliable for
> ne
bradallen wrote:
> I would be happy to meet with you and any other Portland Python
> programmers to talk about ideas for organizing a user group.
> There is also some good discussion about it on the Python Advocacy
> the mailing list, because PSF has begun an effort to foster and
> promote
> user g
I rewrote my code in Python and I found myself running into many of the
same hassles that I run into with other languages: inaccurate and
incomplete documentation, a maze of little platform-specific quirks to
work around in the base classes, and a macho community of users.
The python web site r
James Stroud wrote:
> A "cross platform" work-around might be to grid a frame at the row and
> column of self.Main and pack the Listbox into the Frame. I don't have a
> Mac at work to test this, however. But I would be curious to know your
> results if you try it.
Thank you for the sub-frame su
I am using Darwin 10.4.9, tcl 8.4.7, tk 8.4, and python 2.3.5. I have
also tried Python 2.5 on Darwin, Debian, and Fedora Core 6.
I am working on a GUI front-end to a Python program of mine. It is a
simple grid with labels in the left column and input widgets in the
right column. One of the
12 matches
Mail list logo
