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