Timezone needed?
Stephan Buys
list at codefusion.co.za
Wed Jun 30 08:48:37 CEST 2004
Then we are in agreement. I have also supported the inclusion of the Z from the
start. It is not just explicit, but is a widely used convention and should tell the
reader/paser programmer at a glance that he/she is working in UTC.
Have we reached quorum then? Can this issue be laid to rest?
On Wednesday 30 June 2004 08:38, Martin Konold wrote:
> Am Mittwoch, 30. Juni 2004 08:12 schrieb Stephan Buys:
>
> Hi,
>
> > Agreed. UTC is the one safe bet that we have. And with the least amount of
> > "what-ifs". Daylight-saving, etc, etc is controlled through the timezones
> > which are client-driven.
>
> Sorry, but this will simply not work. There is a fundamental semantic
> difference between time with explicit timezone and local times without
> timezones.
>
> The only thing I am asking for (last mail from me towards the timezone topic)
> is make the timezone (UTC) _explicit_ (using a Z) not implizit.
>
> Doing so allows for later (?) inclusion of "local timezone" events.
>
> A last example:
> When the timezone changes to Daylight saving my local bus leaves at the same
> time in the morning (in local time) while my telephone conference with people
> living in South America changes.
>
> Regards,
> -- martin
>
> Dipl.-Phys. Martin Konold
>
> e r f r a k o n
> Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
> Nobelstrasse 15, 70569 Stuttgart, Germany
> fon: 0711 67400963, fax: 0711 67400959
> email: martin.konold at erfrakon.de
>
> _______________________________________________
> Kolab-format mailing list
> Kolab-format at kolab.org
> https://kolab.org/mailman/listinfo/kolab-format
>
>
>
--
Stephan Buys
Code Fusion cc.
Tel: +27 11 391 1412
Mobile: +27 83 294 1876
Email: s.buys at codefusion.co.za
E-mail Solutions, Kolab Specialists.
http://www.codefusion.co.za
More information about the format
mailing list