Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17171 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72720 invoked by uid 1010); 7 Jul 2005 21:36:28 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 72704 invoked from network); 7 Jul 2005 21:36:28 -0000 Received: from unknown (HELO dotgeek.org) (127.0.0.1) by localhost with SMTP; 7 Jul 2005 21:36:28 -0000 X-Host-Fingerprint: 84.57.2.88 dsl-084-057-002-088.arcor-ip.net Received: from ([84.57.2.88:8452] helo=localhost.localdomain) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 0B/38-59389-B50ADC24 for ; Thu, 07 Jul 2005 17:36:27 -0400 To: internals@lists.php.net Date: Thu, 7 Jul 2005 23:36:46 +0200 Message-ID: <20050707233646.660dd7f5.pierre@dotgeek.org> References: X-Newsreader: Sylpheed version 2.0.0beta1 (GTK+ 2.4.14; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 84.57.2.88 Subject: Re: date/timezone classes From: pierre@dotgeek.org (Pierre-Alain Joye) On Thu, 7 Jul 2005 23:10:16 +0200 (CEST) derick@php.net (Derick Rethans) wrote: > Hei, > > I wrote up a little document about how I want to implement the > date and timezone "class"es - although I'm not planning any OO > methods. I'm just wrapping the timelib_time and timelib_tzinfo > structures in an object. Let me know what you think. The functions related to the timezone (fetching, offset,...) sounds good to me. For the rest, I already did it since one and half year for the base. The other are only duplicated with current function. This is maybe useless. The worst being to rely on strtotime to manipulate date, this is maybe human readable (understandable is another question ;), but it is slooow, and the best way to hell for non english application. When we talked about a common object or resource in PHP, based on what you did not read in pecl/date, it was about real transparency throug methods able to work with date/time values. I suggest to make this enhancement in pecl/date. All the base is already here. This is anyway a task post 5.1, for now your implementation has to be bullet proofed until that (thinking about timezone and some function like week number or other sources of annoyance). Regards, --Pierre