Hmm, I think you're effectively doing "today (in local time) minus today
(in GMT)", which is something sorta like this:
today dup clone 0 hours >>gmt-offset time- duration>hours
(this should output the number of hours from GMT in your local timezone)
The time- word takes timezones into account, effectively shifting them to
GMT before subtracting.
On Thu, Sep 4, 2014 at 10:46 AM, Georg Simon <georg.si...@auge.de> wrote:
> Yes I agree.
>
> But
> today dup timestamp>ymd ymd>timestamp time- duration>hours .
> in Germany in Summer prints -2
> meaning that timestamp>ymd and ymd>timestamp do not understand each
> other.
>
> My explanation is that timestamp>ymd should not ignore the timezone
> information. It should evaluate the timestamp completely and produce a
> string with the date in Greenwich. I think this would be better because
> you wrote
> "We were trying to preserve timezone information as much as possible,
> so for example as you convert a YMD to a timestamp, it assumes GMT."
>
>
> > I think timestamp>ymd just ignores the timezone information, and
> > should produce the same output (in fact I think implemented the exact
> > same way) as your timestamp>YMD.
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Factor-talk mailing list
> Factor-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk
