If someone chooses to be
declaratively anonymous, that's fine; if someone chooses to use a stable
pseudonym (or a "real name" that happens to not be zir legal name),
that's fine, too. But constantly changing identity does strike me as
abusing community.
--
Aahz ([EMAIL PROTECTED
tr()
shouldn't necessarily mimic int()'s API. Propose some other mechanism;
I so far haven't seen a good reasons to prefer any of the ones already
proposed.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't
n some previous discussion about removing hex()/oct() from
builtins for Python 3.0, IIRC. I sure don't think bin() belongs there.
> The binary type should have a 0b prefix.
-0 on adding a new prefix; +1 on this syntax if we do.
--
Aahz ([EMAIL PROTECTED]) <*> htt
On Wed, Jan 18, 2006, Guido van Rossum wrote:
>
> Can we just all agree that RMS is an asshole now? Bah.
"Citing RMS's insanity is a great way to get my blood steaming." --GvR
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A
d not go in a module.
The way I'd put it, any function that wants to go in builtins should
require a formal PEP.
And in case it isn't clear, I'm +1 on deprecating oct()/hex() (or moving
them into another module as convenience functions for base() -- just to
make conversion
On Tue, Jan 17, 2006, Thomas Mangin wrote:
>
> I am contacting the list in the hope that someone will be able to
> understand what I am seeing.
You'll probably get more help by subscribing and posting to
comp.lang.python.
--
Aahz ([EMAIL PROTECTED]) &l
MO.
Aside to Georg: your messages are all getting /dev/null'd because you use
"spam" in your From: line. I get too much spam to change that, and I'll
bet other people use that heuristic. Please change your From: line for
this mailing list.
--
Aahz ([EMAIL PROTECTED])
On Sun, Feb 05, 2006, Alex Martelli wrote:
>
> But pulling in the whole of Numeric just to have that one handy
> function is often overkill. So I was wondering if module math (and
> perhaps by symmetry module cmath, too) shouldn't grow a function
> 'areclose' (calling it just 'close' seems l
On Mon, Feb 06, 2006, Chris or Leslie Smith wrote:
>Aahz:
>>Alex:
>>>
> || def areclose(x,y,rtol=1.e-5,atol=1.e-8):
> || return abs(x-y) |
> | Looks interesting. I don't quite understand what atol/rtol are,
> | though.
>
> Does it help to s
On Wed, Feb 08, 2006, Thomas Wouters wrote:
>
> Anything beyond simple bugfixes on asyncore/asynchat seems like a terrible
> waste of effort, to me. And I hardly ever use Twisted.
+1
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A l
On Wed, Feb 08, 2006, Patrick Collison wrote:
>
> How about `procedure', or just `proc'?
-1
lambdas are *expected* to return a result -- procedures are functions
with side-effects that don't return a result.
--
Aahz ([EMAIL PROTECTED]) <*> http://w
On Wed, Feb 08, 2006, Armin Rigo wrote:
>
> IMHO for safety reasons we need to stick double-underscores around this
> name too, e.g. __length_cue__(). It's new in 2.5 and not documented
> anyway so this change won't break anything. Do you agree with that?
+1
--
; other hand, it would be awkward to have to support an old name just because
> the real use wasn't envisioned yet.
Can you provide a couple of examples where you think you'd want __index__
functionality but the name would be inappropriate?
--
Aahz ([EMAIL PROTECTED]) &
this is the wrong place. Please use another place, such as
comp.lang.python, and read
http://www.catb.org/~esr/faqs/smart-questions.html
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about
in Python, where
"deprecated" means that something *IS* going away?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about programming,
is not worth knowing." --Alan Perlis
501 - 515 of 515 matches
Mail list logo
