[Haskell-cafe] Data.Time

Erik Hesselink hesselink at gmail.com
Sat Jul 2 12:43:10 CEST 2011


On Saturday, July 2, 2011, Joe Healy <joe at omc-international.com.au> wrote:
> One of the points I found "non obvious" were the fact that local time is
> just that. There is no knowledge of the actual timezone in the data
> type. If you wish to store that, it needs to be stored alongside.

Isn't that what ZonedTime [1] is for?

[1] http://hackage.haskell.org/packages/archive/time/1.1.4/doc/html/Data-Time-LocalTime.html

Erik

> I've attached my test program in the hope that it will be useful for
> someone (or if it is bad, get some help). Is there somewhere/way to
> contribute some examples or documentation?  I feel the time home page
> (http://semantic.org/TimeLib/) makes the library feel more experimental
> than it really is.
>
> Cheers,
>
> Joe
>
>
> On Mon, 2011-06-27 at 07:37 -0700, briand at aracnet.com wrote:
>> On Mon, 27 Jun 2011 11:15:28 +0300
>> Yitzchak Gale <gale at sefer.org> wrote:
>>
>> >
>> > The biggest shortcoming, in my opinion, is that the documentation
>> > assumes that the reader is very familiar with the Haskell type
>> > system, and with viewing type signatures and instance lists as an
>> > integral and central part of the documentation.
>> >
>> > In particular, Haskell's standard numeric type classes and the
>> > conversion functions between them play a central role in the API
>> > of Data.Time. But you wouldn't realize that unless you have read
>> > the type signatures and instance lists in the Haddocks very
>> > carefully, and have thought about it for a while.
>>
>> This is exactly right.
>>
>> >
>> > Another problem, as Malcolm pointed out, is that because of the
>> > sheer size of the library, a quick-start guide for the common
>> > cases would be extremely helpful for newcomers.
>>
>> That would be very, very helpful.  I had a few working examples things were much better.  Finding a starting place, any starting place, proved to be quite elusive.  Also the fact that asking for the current time traps you in IO hell, doesn't help, although it's clear that it should be that way.
>>
>> Brian
>>
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>



More information about the Haskell-Cafe mailing list