[cl-l10n-devel] local time handling

[Attila Lendvai]

>
> My main concern with local-time is that it is *Nix specific (attempts
> to load timezone information from /etc/localtime) and i'm currently
> developing on Windows right now, yes pity me.


i think that could pretty easily be solved by including the timezone
information into the local-time package in one way or another (mostly
thinking of licencing issues here).


> What is completely missing in cl-l10n is date/time comparisons.
> I'm still not too sure what is the best way to go about this, sticking
> with straight numerical representations for time, while handy, still
> feels a little wrong.
>
> I'm pretty fond of clsql's wall-time and duration classes (along
> with various operations on them). What i would like to see, without
> thinking about it too much, is wall-time and duration moved into a
> separate
> package which we could use.


yep, that's what i would like to see fulfilled by local-time. we'll see...
local-time looks better tought out at first glance then the clsql stuff, but
it might be lacking some features. although looking at the releases it looks
like it's actively being worked on.

so optimally i imagine it like this: local-time handles all the nifty
details of the leap years and friends, date arithmetic, interval handling,
etc...  as a standalone lib. then cl-l10n integrates these services into its
own locale specific services, which may even involve things like the
handling of the timezone information in some way (i'm thinking of something
similar to how the locale files are parsed/loaded).

i've cc'd Daniel so that he can follow the discussion.

-- 
- attila

"- The truth is that I've been too considerate, and so became
unintentionally cruel...
- I understand.
- No, you don't understand! We don't speak the same language!"
(Ingmar Bergman - Smultronstället)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-l10n-devel/attachments/20060919/6a426b56/attachment.html>