Re: Discarding some fifteen functions/methods in favour of an enhanced strftime

2003-01-12 Thread Dave Rolsky
On Sun, 12 Jan 2003, Matthew Simon Cavalletto wrote: > Ick. That's clearly not as nice as just saying $dt->hour(17). Whether this method is an updater is an entirely different can of worms ;) -dave /*=== House Absolute Consulting www.houseabsolute.com ==

Re: Discarding some fifteen functions/methods in favour of an enhanced strftime

2003-01-12 Thread Dave Rolsky
On Sun, 12 Jan 2003, David Wheeler wrote: > It also means that users have to memorize all of the arcane strftime > formatting characters. I don't know them all, and I use stftime all the > time. Exactly. Ick. Not going to happen. > I like your extended strftime() syntax, though, and see no rea

Re: Discarding some fifteen functions/methods in favour of an enhanced strftime

2003-01-12 Thread Matthew Simon Cavalletto
On January 12, 2003, at 07:29 AM, Antonios Christofides wrote: Get rid of the methods/functions returning year, month, day of week, day of month, day of year, hour, minute, second, week of year, week of month, whatever, and use an enhanced strftime [...] This enhanced strftime is a very nice i

Re: Discarding some fifteen functions/methods in favour of an enhanced strftime

2003-01-12 Thread David Wheeler
On Sunday, January 12, 2003, at 04:29 AM, Antonios Christofides wrote: As all things, it has a downside: some additional format specifiers may have to be defined for the enhanced strftime (and possibly strptime), creating incompatibility with the standard strftime. It also means that users hav

Discarding some fifteen functions/methods in favour of an enhanced strftime

2003-01-12 Thread Antonios Christofides
Before going into the subject, I have one request to make: is it possible, please, to modularise the discussion on DateTime? There are two huge threads discussing all sorts of things. I have great difficulty following the discussion. Let's try to discuss one thing in each thread, and give it a clea