[Martin]
> It seems to me that the patch will be committed shortly, assuming
> somebody corrects the remaining flaws in the implementation. I could
> do that, but I would prefer if somebody contributed an updated patch.
Done.
Raymond
___
Python-Dev ma
Johannes Gijsbers wrote:
On Sun, Feb 27, 2005 at 03:45:37PM -0500, Alan McIntyre wrote:
Martin,
Thanks; that works very well (in Firefox, too). I got it to work
for patches, but the URL is a bit uglier (like this:
http://sourceforge.net/tracker/index.php?func=detail&aid=$&group_id=5470&atid=3054
Alan McIntyre wrote:
Thanks, somehow I managed to be oblivious to patches & bugs being
essentially the same thing on SF. :-)
The SF URLs are different (or atleast, they used to be (*), as they
also include the "tracker ID" and the "project ID", and SF complains
if you guess either wrong.
Therefore
Raymond Hettinger wrote:
My reading of the PEP did not include making the structure members
public. This complicates and slows the implementation. The notion of
introducing mutable state to the PFA is at odds with the driving forces
behind functional programming (i.e. statelessness).
Notice that
Paul Moore wrote:
While I'm not saying that it's too late to attempt to persuade Guido
to reverse himself, it does seem to me to be a lot of fuss over a
fairly small function - and no-one said anything like this at the
time.
I would probably fuss much less if it would not simultaneously introduce
a
On Sun, Feb 27, 2005 at 03:45:37PM -0500, Alan McIntyre wrote:
> Martin,
>
> Thanks; that works very well (in Firefox, too). I got it to work
> for patches, but the URL is a bit uglier (like this:
> http://sourceforge.net/tracker/index.php?func=detail&aid=$&group_id=5470&atid=305470).
> I assume t
Nick Coghlan wrote:
The initial suggestion was to provide a __get__ method on partial
objects, which forces the insertion of the reference to self at the
beginning of the argument list instead of at the end:
def __get__(self, obj, type=None):
if obj is None:
return self
> > Along the way, they should assess whether
> > it is as applicable as expected, whether the existing limitations
are
> > problematic, and whether performance is an issue.
>
> Ah, so you question the specification, not the implementation of it.
My only issue with the PEP is that it seemed much
On Sun, 27 Feb 2005 19:05:18 +0100, "Martin v. Löwis"
<[EMAIL PROTECTED]> wrote:
> Again, this I cannot understand. I do believe that there is no better
> way to implement the PEP. The PEP very explicitly defines what precisely
> functional.partial is, and the implementation follows that specificat
Martin,
Thanks; that works very well (in Firefox, too). I got it to work for
patches, but the URL is a bit uglier (like this:
http://sourceforge.net/tracker/index.php?func=detail&aid=$&group_id=5470&atid=305470).
I assume there's a way to shorten that some, but it works as is and I
probably won
I find that I frequently need to open a bug report
whose bug number is in a python-dev email I read
with Mozilla Thunderbird.
I now tried to automate things a bit more, and found
the excellent DictionarySearch plugin:
http://dictionarysearch.mozdev.org/index.html
To install, follow these steps:
1.
> On 2005-02-24 05:04 PST, Greg Ward writes:
Greg> Post a patch to SF and assign it to me. Make sure the
Greg> unit tests still pass, and add a new one that doesn't
Greg> pass without your fix.
Done. Patch id 1149508.
--
Karl 2005-02-27 10:29
__
Raymond Hettinger wrote:
I would like for the principal advocates to reach a consensus that the
proposed implementation is a winner.
That I cannot understand. Do you want the advocates to verify that the
implementation conforms to the specification? or that the implementation
of the PEP is faster t
I've taken a look at the following patches and made comments on the
associated tracker items:
patch [977553] Speed up EnumKey call
Looks like a good idea, but needs some cleanup and at least one
test case. I think I know enough about the Windows registry functions
to finish this one up
This is my last patch review in a series of five; next time I'll send them in a
bunch of five as requested. I reviewed the following patches:
[ 684500 ] extending readline functionality
[ 723201 ] PyArg_ParseTuple problem with 'L' format
[ 981773 ] crach link c++ extension by mingw
[ 985713 ] bug
> > Are you sure about that? Contriving examples is easy, but download
a
> > few modules, scan them for use cases, and you may find, as I did,
that
> > partial() rarely applies. The argument order tends to be
problematic.
>
> So would you like to see the decision to accept PEP 309 reverted?
I w
On Sun, 27 Feb 2005 09:31:26 +0100, "Martin v. Löwis"
<[EMAIL PROTECTED]> wrote:
> Raymond Hettinger wrote:
> > Are you sure about that? Contriving examples is easy, but download a
> > few modules, scan them for use cases, and you may find, as I did, that
> > partial() rarely applies. The argumen
Raymond Hettinger wrote:
Are you sure about that? Contriving examples is easy, but download a
few modules, scan them for use cases, and you may find, as I did, that
partial() rarely applies. The argument order tends to be problematic.
So would you like to see the decision to accept PEP 309 revert
18 matches
Mail list logo
