On Thu, 7 Jul 2005, Pierre-Alain Joye wrote:

> 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.

I've been thinking about this, but the other way I could come up with is 
by passing a complex array instead of the textual description, something 
like:

$modi = array('month' => 1);

But then does that mean: next month, month 1 (january) or "first 
month"... I'm open here for other solutions, I just didn't find a better 
one that using strtotime() equivalent modifiers here. I also think that 
consistency is good :)

> 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.

Right, one of the reasons that I made it an object, you can easily 
extend it there.

> 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).

Week numbers work fine? Do you see a bug? If so, send me a reproducable 
script.

Derick

-- 
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to