Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:23919
Return-Path: <derick@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 1747 invoked by uid 1010); 4 Jun 2006 11:56:50 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 1732 invoked from network); 4 Jun 2006 11:56:50 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 4 Jun 2006 11:56:50 -0000
X-PHP-List-Original-Sender: derick@php.net
X-Host-Fingerprint: 82.94.239.5 jdi.jdi-ict.nl Linux 2.5 (sometimes 2.4) (4)
Received: from ([82.94.239.5:59566] helo=jdi.jdi-ict.nl)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 1C/03-49656-08AC2844 for <internals@lists.php.net>; Sun, 04 Jun 2006 07:56:48 -0400
Received: from localhost (localhost [127.0.0.1])
	by jdi.jdi-ict.nl (8.13.6/8.12.11) with ESMTP id k54Buj1S031955;
	Sun, 4 Jun 2006 13:56:45 +0200
Date: Sun, 4 Jun 2006 13:56:19 +0200 (CEST)
X-X-Sender: derick@localhost
To: Michael Wallner <mike@php.net>
cc: internals@lists.php.net
In-Reply-To: <29.90.49656.1D0B2844@pb1.pair.com>
Message-ID: <Pine.LNX.4.62.0606041355170.3465@localhost>
References: <795156743.20060603134212@marcus-boerger.de> <29.90.49656.1D0B2844@pb1.pair.com>
X-Face: "L'&?Ah3MYF@FB4hU'XhNhLB]222(Lbr2Y@F:GE[OO;"F5p>qtFBl|yVVA&D{A(g3[C}mG:199P+5C'v.M/u@Z\![0b:Mv.[l6[uWl'
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: [PHP-DEV] Re: Missing __toString() part
From: derick@php.net (Derick Rethans)

On Sun, 4 Jun 2006, Michael Wallner wrote:

> Marcus Boerger wrote:
> > Hello guys,
> > 
> >  the attached patch closes one more __toString() part. It allows
> > to use objects that define __toString as indexes to arrays. What do
> > you guys think about this, should we add it or stay with the old
> > behavior that didn't allow objects as indexes at all.
> 
> -1 on automatic __toString()
> +1 on explicit (string) cast (as it is now)
> +0 on __toHash()/__toKey() (which must be implemented explicitly)

I changed my mind :)

-1 on automatic __toString()
+1 on explicit (string) cast
-1 on __toHash/__toKey
+1 on unique object identifiers

regards,
Derick