Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62729
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain meetme.com designates 74.125.149.207 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAEZPtU6BCu2oSEnSEk+RpKU0HWh9=_JyrGpg4X3PWNKZ4krf6w@mail.gmail.com>
References: <CAArmra3oN6NMn-CPn95piNQeKN1LJ7nq3baj1B0z6pCCPZX0VQ@mail.gmail.com>
	<CAArmra16sTbcYmORDK2mesFOeZxsD=3rAH03S3B_MRJnE8J6Gw@mail.gmail.com>
	<alpine.DEB.2.02.1209021233560.25835@whisky.home.derickrethans.nl>
	<CAEZPtU7AGKYcfHBcf8ZCrAufF=MUu=75WDE28KAmhihDEFsHmw@mail.gmail.com>
	<50435ABE.4010308@ajf.me>
	<CAEPJdunLROfKuGNu3AjCjLY3KmQ4DyHJi04WkENyVg6zapVrAg@mail.gmail.com>
	<50436412.7010802@ajf.me>
	<alpine.DEB.2.02.1209021814580.25835@whisky.home.derickrethans.nl>
	<5043C3E9.2010105@ajf.me>
	<alpine.DEB.2.02.1209022145220.25835@whisky.home.derickrethans.nl>
	<5043C5AF.3060701@ajf.me>
	<alpine.DEB.2.02.1209022149540.25835@whisky.home.derickrethans.nl>
	<5043C74C.8020400@ajf.me>
	<alpine.DEB.2.02.1209022213180.25835@whisky.home.derickrethans.nl>
	<CAPg3Xx+YDJQ2buTJN9OBJ6fos+mDdxD9wdWueOZ9+d_qyuP3iA@mail.gmail.com>
	<5043D8C0.3020802@lsces.co.uk>
	<CAArmra3Oj7LfMKOf9mZpYnd6xzdhUvUPOOJLS69EbMwcc7EkNA@mail.gmail.com>
	<alpine.DEB.2.02.1209030912170.25835@whisky.home.derickrethans.nl>
	<5044715E.3050504@rotorised.com>
	<CAArmra3vLz_NhnXPzWUwgKjRSk7HifXry39_77R4Fd6FiiTamQ@mail.gmail.com>
	<CAEZPtU6BCu2oSEnSEk+RpKU0HWh9=_JyrGpg4X3PWNKZ4krf6w@mail.gmail.com>
Date: Mon, 3 Sep 2012 08:01:29 -0400
Message-ID: <CAArmra18MXD_7JskXZ=Ab4sR9zZLQTD5fV_xQ6Mfpp9B_=uAgw@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: Ryan McCue <lists@rotorised.com>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=14dae9d24d30ec0bd904c8cae6be
Subject: Re: [PHP-DEV] RFC for Adding __toString to DateTime
From: wfitch@meetme.com (Will Fitch)

--14dae9d24d30ec0bd904c8cae6be
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Sep 3, 2012 at 7:57 AM, Pierre Joye <pierre.php@gmail.com> wrote:

> hi Will,
>
> On Mon, Sep 3, 2012 at 1:51 PM, Will Fitch <wfitch@meetme.com> wrote:
> > On Mon, Sep 3, 2012 at 4:59 AM, Ryan McCue <lists@rotorised.com> wrote:
> >
> >> As far as I can tell, there's no standard which uses the Olson database
> >> to specify the timezone, so we'd have to create one.
> >>
> >> What about ISO8601 with the Olson timezone suffixed?
> >>
> >>     2012-09-02T18:17:36+0100 (Europe/London)
> >>     2012-09-02T18:19:05+0100 (Africa/Niamey)
> >>
> >
> > Disagree - The ISO8601 provides a good *string* representation of the
> > object.  If you want every aspect of the entire object, including the
> > properties which are also objects, serialize it.
>
> I don't think you will ever get a consensus on that. The reason is
> that this case falls in the same fall than the timezone itself (but
> per instance of an object instead of globally).
>
> I'd to suggest to force the definition of a format using the
> setStringFormat (or whatever will be the name of this function).
> __toString will then fail if no format has been set, warning and
> returns NULL (f.e.).
>

I actually feel a static function which tracks globally would best serve
this case:

date_default_format_set('c')

This would prevent the need for setting it on a per instance basis -
similar to the way timezones can be set:

date_default_timezone_set('America/Chicago')


>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>

--14dae9d24d30ec0bd904c8cae6be--