On 12/4/06, Jim Jewett <[EMAIL PROTECTED]> wrote:
> On 12/3/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
[Skillped Jim's point that I'm 100% in agreement with, about what
people will end up doing in practice...]
> > What I'd like to see as documentation is more along the lines of
>
> > foo (type
on suggestion of someone on python-dev, reposted on python-3000. hope
that's ok.
ben
Original Message
Subject:features i'd like [Python 3000] ... #3: fix super()
Date: Sun, 03 Dec 2006 21:06:07 -0600
From: Ben Wing <[EMAIL PROTECTED]>
To: python-dev@python.org
i'd already posted this to python-dev, but someone suggested is would
belong more on python-3000, so i'm posting it here. hope that's ok.
i see in PEP 3101 that there's some work going on to fix up the string
formatting capabilities of python. it looks good to me but it still
doesn't really add
Ben Wing wrote:
> i see in PEP 3101 that there's some work going on to fix up the string
> formatting capabilities of python. it looks good to me but it still
> doesn't really address the lack of a simple interpolated string
> mechanism, as in perl or ruby. i find myself constantly writing st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dec 4, 2006, at 5:08 AM, Ben Wing wrote:
> i see in PEP 3101 that there's some work going on to fix up the string
> formatting capabilities of python. it looks good to me but it still
> doesn't really address the lack of a simple interpolated stri
Nick Coghlan wrote:
> I'm not entirely averse to that idea, even though poking around in the frame
> stack is always somewhat dubious. I don't recall it coming up directly in
> previous discussions (certainly PEP 3101 doesn't say anything that explicitly
> rejects the concept).
PEP 3101 had add
On 12/3/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > Implementations are used to make Method Dispatching more flexible by
> > allowing a class to claim that it acts like another class/type even
> > though it is not derived from that class/type.
> I'm not sure just what this adds over the simple
Jim Jewett writes:
> On 12/3/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > > Implementations are used to make Method Dispatching more flexible by
> > > allowing a class to claim that it acts like another class/type even
> > > though it is not derived from that class/type.
>
> > I'm not sure just
On Mon, 4 Dec 2006, Ben Wing wrote:
> how about something nice like
>
> maybe_errout(i"[title], line [lineno]: [errstr]\n")
See PEP 215.
http://www.python.org/dev/peps/pep-0215/
-- ?!ng
___
Python-3000 mailing list
Python-3000@python.org
http://ma
On 12/2/06, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Mike Klaas wrote:
>
> > Reducing the pyrex magic and adding more detailed errors to the code
> > generator should eliminate much of the "code-peering" that is
> > currently necessary (at least, by me) when writing extensions.
>
> Can you expand on
10 matches
Mail list logo
