[mplspm]: Picking up the ball
ken at mathforum.org
Fri Jan 10 12:27:20 CST 2003
On Friday, January 10, 2003, at 11:37 AM, Stephen R. Wilcoxon wrote:
> On Thu 2003/01/09 16:04:04 CST, Dave Rolsky <autarch at urth.org> writes:
>> -- Provides simple date parsing ala Time::Piece->strptime. Maybe
>> throw in
>> the functionality provided by Date::Parse? Maybe make this a separate
>> module. Doesn't matter too much.
> Simple parsing needs to be in the base module (yyyymmdd at least). I
> prefer to see complex parsing put in a different module that could be
> included (or not) based on if your application needs any complex
Yeah, the base module should accept several different non-ambiguous
"canonical" formats such as the ones used in RFCs, and things like
YYYY-MM-DD HH:MM:SS. A supplementary module could handle fuzzy stuff
like "3 days ago" and "a month from tomorrow".
Just trying to codify my idea of simple vs. complex.
> The data manipulation functions need to be written in C (ala
> for speed. We are using Date::Calc currently because it is the only
> (of those we tested) that ran acceptably fast.
That's really an implementation question, though. The interfaces can
be architected first without regard to the backend implementation.
Minneapolis Perl Mongers mailing list
To unsubscribe, send mail to majordomo at pm.org
with "unsubscribe mpls" in the body of the message.
More information about the Mpls-pm